Лучший код не победил: что финал Dev-to-Dev хакатона говорит об агентной инженерии
На Dev-to-Dev хакатоне второе место получил проект с идеальным кодом: 65 тестов, типы, защита от уязвимостей. Но победил другой — тот, что точнее отразил суть а
На финале Dev-to-Dev: Agentic Engineering Challenge проект с лучшим кодом оказался на втором месте. 65 unit-тестов, полная типизация, защита от path traversal, Docker с non-root user — архитектура, в которой виден серьёзный инженер. И именно поэтому он не победил.
Когда качество кода не спасает
Второе место заслужил проект, который редко встретишь на хакатонах: чистая кодовая база, покрытие тестами, безопасность, которую пришлось искать в деталях. Автор этого решения писал не просто код, а код, который можно было бы отправить в production завтра же. Но хакатон мерил не то. Организаторы измеряли agentive engineering — суть, которой этому качественному проекту просто не хватало. Победившее решение точнее всех поняло, что они искали.
Агентная инженерия — это другой язык
Agentive engineering — молодой термин (едва пара лет), и каждая команда вкладывает в него что-то своё. Но в этом году финал показал четко: агентные системы требуют других приоритетов. Вместо чистоты кода — способность адаптироваться на лету.
Вместо полного тестового покрытия — готовность работать с неполной информацией. Вместо идеальной архитектуры — итерация и обучение на ошибках. Оказалось, что: Интерактивность и отзывчивость важнее, чем внутренняя архитектура Способность к адаптации важнее типизации всего подряд Быстрые итерации важнее полного покрытия тестами Работа с неопределённостью важнее гарантий от типов ## Раскол в инженерии Втизмы на второе место — это не ошибка судейства.
Это сигнал о глубоком расколе в том, как мы думаем о коде. Классическая инженерия: типы, тесты, документация, архитектура, которая держит в узде 65 тестов и соответствует всем лучшим практикам. Агентная инженерия: быстрая гипотеза, интеграция с внешним миром, готовность ошибаться и учиться, способность думать в условиях неопределённости.
Это не только про код. Это про два разных мировоззрения на то, что такое хорошее ПО.
Что это значит Для разработчика это значит: мышление меняется.
Навыки классической инженерии остаются ценны, но агентная парадигма требует совсем другого подхода к проектированию. Глобальный раскол в том, как мы пишем системы, уже не за горами.