Антипаттерны хакатонщиков: вредные советы

Антипаттерны хакатонщиков: вредные советы

В этом году был ментором на крупном хакатоне - помогал постановщикам задач и теперь видел процесс с обеих сторон. Решил дать вредных советов

КАК НЕ НАДО ДЕЛАТЬ

1. "Мы лучше знаем задачу, зачем задавать вопросы"

Самый опасный антипаттерн - команда стесняется показаться некомпетентной и не уточняет детали ТЗ. Строят предположения на предположениях и в итоге делают решение, но не в ту сторону

Даже если архитектура идеальная, а код чистый - если решили не ту проблему, баллов не будет

2. "README? Код и так понятный"

Решений на проверку приходит очень много, время сжатое - никто не будет разбираться в вашем коде час. Проверяющий пытается запустить, не получается, идёт дальше

Перед сдачей обязательно проверьте что по вашему README всё реально запускается с нуля. Лучше попросите коллегу который не знаком с проектом попробовать развернуть - если у него получилось, значит норм

3. "Локально удобнее, развернём потом"

Это вытекает из предыдущего пункта - если есть возможность развернуть решение где-то публично, лучше развернуть. Иначе проверяющим сложно будет разворачивать и проверять - разные окружения, зависимости, версии

Плюс это показывает что решение действительно работает, а не только на вашей машине

4. "Презентация не важна, покажем техническое решение"

Вам дали задачу решить с определённым бизнес-результатом - расскажите историю, как вы это сделали и почему. Не надо 15 минут рассказывать про микросервисную архитектуру и выбор между gRPC и REST

Начинайте с проблемы и результата, технические детали - как вы этого добились. Судьи хотят понять ценность решения, а не вашу экспертизу в программировани

А вы принимали участие в хакатонах?