Не замена, а суперсИИла: Что нашей компании дал хакатон

Может ли ИИ не просто избавлять от рутины, а кардинально ускорить рост разработчика? Пару месяцев назад мы провели внутренний хакатон и одновременно эксперимент, который помог получить ответ на этот вопрос. Идея родилась спонтанно, а её реализация и полученный результат заставили многих моих коллег пересмотреть скептическое отношение к ИИ.

Рассказываю, как это было, что пошло не так и почему я теперь уверен: искусственный интеллект ^[1] — не замена разработчику, а его суперсила. Или даже суперсИИла.

Как родился ИИ-хакатон

Собственную экспертизу в ИИ мы начали развивать года полтора назад, когда приступили к созданию «Цифрового техлида» — ИИ-агента, который помогает инженерам отвечать на вопросы и разбираться с инцидентами. Практическая польза от нового инструмента была очевидна: время реакции ^[2] на типовые обращения сократилось, а уровень «вторых линий» вырос. Поэтому мы, во-первых, написали статью для Хабра ^[3], а во-вторых, задумались: а что, если пойти дальше? Не просто сделать ассистента для избавления от рутины, а проверить, может ли ИИ кардинально ускорить профессиональный рост разработчика как, собственно, разработчика? Например, сделать за один вечер из джуна хотя бы мидла. Это была пусть безумная, но гипотеза, и мы решили провести внутренний хакатон, чтобы проверить её в условиях, приближенных к боевым.

На самом деле целей было несколько:

• Понять, где реальная граница возможностей нейросетей, а где — просто маркетинговый шум. Мы регулярно видим заголовки про «ИИ заменит программистов», где под программистами обычно подразумевается десяток связанных с ИТ профессий. Лично я не верю в такие замены, однако верю в то, что уже сейчас меняется формат и подход к процессу разработки. Хотелось проверить это на практике.

• Дать коллегам возможность попробовать современные языковые модели без риска для продакшена. В повседневной работе не всегда есть время на эксперименты: горят сроки, крутятся релизы, заказчики не ждут. А хакатон — это возможность пощупать технологии руками, понять, на что они способны и какую пользу могут принести в реальной работе.

• Просто развлечь коллег. Конечно, мы серьёзная компания, работаем с крупными заказчиками, строим сложные инфраструктуры, но надо и развлекаться иногда. Хакатон дал драйв, азарт, возможность посмотреть на коллег с другой стороны.

Организация и правила хакатона

Формат решили не усложнять. Команды по 3–5 человек, формируются самостоятельно. Можно было собираться с коллегами из своего отдела или находить единомышленников из соседних команд. Кросс-функциональность только приветствовалась.

Тематика: AI/ML в разработке. Но решили не загонять команды в жёсткие рамки, и количество нейросетевого кода оставили на усмотрение участников. Тем более что отличить написанное нейросетью от «человеческого» кода достоверно нельзя. Главное, чтобы работало и решало реальную задачу.

Время: 2,5 часа.

Жюри: технические лиды, руководители направлений.

Критерии оценки: техническая сложность, работоспособность, креативность и практическая польза.

В итоге собрали три команды. Неплохой результат, учитывая, что хакатон проходил на корпоративе и большинство разработчиков предпочли «болеть» с бокалом в руке. И про денежный приз мы заранее не объявляли.

Задания хакатона: три вызова для одного вечера

Для хакатона мы подготовили три задачи, которые охватывали разные аспекты разработки.

Первая задача — «Цифровой ТехПисатель». Нужно было разработать AI-решение (CLI, бот или веб-интерфейс), которое на вход принимает ссылку на Git-репозиторий, конкретный Pull Request или дифф кода, а на выходе выдаёт release notes для пользователей и бизнеса, пакет документов по стандартам ГОСТ 19 или ГОСТ 34 в формате Markdown/LaTeX/DOCX, шаблоны PR-описаний для разработчиков. И всё это в едином корпоративном стиле.

Вторая задача — «Цифровой Ревизор». Инструмент автоматического код-ревью, который смотрит на код как Senior-разработчик и DevSecOps одновременно:

• Security Audit по OWASP Top 10, поиск хардкод-секретов и проблем с зависимостями;

• Code Quality & Architecture с оценкой цикломатической сложности, поиском God-objects и нарушений SOLID;

• Business Logic Flaws – логические ошибки ^[4], которые не видят стандартные линтеры;

• Auto-fix suggestions – AI не просто находит баг, но и предлагает готовый патч.

Третья задача — свободный AI-проект. Команда сама придумывает идею, пишет ТЗ и реализует с помощью нейросети.

Максимальное количество баллов — 360, по 120 за задачу. Каждая команда должна была выбрать минимум одну, однако участники собрались амбициозные и планы были перевыполнены.

Более того, на старте хакатона одна из команд пыталась спорить со сложностью задач — мол, за 2,5 часа такое не сделать. Но в итоге именно они показали один из самых впечатляющих результатов. Видимо, здоровый скептицизм — хороший двигатель.

Что пошло не так: наши ошибки

Несмотря на развлекательный формат мероприятия, к подготовке мы отнеслись серьёзно. Однако без косяков не обошлось.

Разрыв в подготовке участников. Мы предполагали, что все команды стартуют более-менее с одного уровня. На деле одни участники пришли с опытом ^[5] промпт-инжиниринга и собственными сниппетами, тогда как другие только на хакатоне впервые открыли документацию к Ollama. Это было интересно с точки зрения ^[6] эксперимента, но демотивировало менее опытных сотрудников. Решили, что в следующий раз за неделю до хакатона разошлём гайд по доступным инструментам и проведём 15-минутный онбординг.

Отсутствие менторов на площадке. Организаторы бегали с микрофонами и кофе, а когда команда застревала на выборе между RAG и fine-tuning или не могла поднять векторную базу, некому было ей подсказать. Проблемы, которые эксперт разрулил бы за пять минут, отнимали драгоценное время. Сделали заметку — в будущем выделять на хакатон 1–2 «плавающих» техлидов, которые не пишут код, но помогают с архитектурными решениями.

Непрозрачная грань между техническим демо и продуктовым питчем. Команда-победитель выиграла не только за счёт кода, но и благодаря тому, что презентовала своё решение как полноценный продукт: целевая аудитория, боль ^[7] пользователя и т. д. Это качественно выделило их на фоне команд, которые показали рабочий функционал, но без истории. Проблема в том, что жюри оценивало это интуитивно — в критериях не было явного веса за продуктовую составляющую. Участники думали, что на победу влияет только количество и качество сгенерированного кода, а оказалось, что тысячи строчек и пайплайн могут проиграть нарративу и позиционированию. В следующий раз будем либо честно выносить продуктовый критерий в матрицу оценки с высоким весом, либо проводить короткий бриф по тому, как правильно презентовать решение. Так все будут играть по одним правилам.

Что пошло так: результаты команд

Каждая команда пошла своим путём.

Команда «Три ИИшкетера» планировала сделать «Цифрового ТехПисателя» и «Цифрового Ревизора» по ТЗ. Но потратила значительную часть времени на настройку окружения и тестирование, поэтому в итоге сделала минимальный функционал и без веб-интерфейса. Тем не менее, ребята получили свой опыт и, надеюсь, в следующий раз придут более подготовленными.

Команда «АА++» подошла к делу с размахом. Проект сделали на стеке Laravel 13 + Vue 3. Для планирования использовали GPT-5.5, а для реализации — набор субагентов на открытых моделях (Minimax, Kimi Coder 2.6, Qwen 3.7). Ассистентов реализовали в рамках одного проекта, потому что взаимодействие с Git — общий функционал для обеих задач. Обработку диффа сделали пайплайном, в который подключаются задачи. К беку сделали фронт с формой для ввода адреса Git и веток для получения диффа, а также выбором типа обработки — техписатель, ревизор или обе роли сразу. Результаты работы можно было скачать в Markdown; корпоративный стиле и PDF, правда, не успели.

Но главный сюрприз от этой команды ждал нас в свободном проекте. Ребята сделали CodeMandarin — платформу для изучения китайского языка IT-специалистами. Почему китайский? Он сейчас в тренде и останется там в обозримом будущем. На презентации именно эта команда сделала упор на демонстрацию продукта, даже реализовала небольшое приложение для заучивания слов: карточка со словом/фразой и переводом, ежедневная форма для проверки.

Бэкенд на Laravel проверяет ответы, сохраняет попытки и ведёт статистику. Словарь уже содержит IT-термины, например, 数据库 (database), 服务器 (server), 接口 (interface). Всё поднято в Docker, сделан интерфейс для взаимодействия. Спойлер: да, первое место заняла эта команда.

Команда «ИИ-шники» была единственной, кто полностью выполнила обе задачи по ТЗ. Но и они не удержались от собственной идеи и решили сделать «Нейро-переговорную» — ИИ, который симулирует реалистичного оппонента для сложного диалога (просьба о повышении, спор с токсичным клиентом и т.п.). Тут была техническая сложность — нужен модуль распознавания речи — плюс, не успели по времени. Но идея — огонь!

Результаты хакатона распределились так:

Впечатления команд

Я и другие организаторы поговорили с ребятами после хакатона. Нам справедливо попеняли за пробелы в организации, но в целом впечатления ^[8] были положительными.

«Мне понравилось, не всегда готов включаться в корпоративные игры с квестами, а тут интересно и полезно провёл время».

«Все было хорошо… мероприятие было очень познавательно, лично я многому научился за такой короткий срок. На следующее подобное мероприятие лично я выйду уже значительно более подготовленным. Из пожеланий, хотелось бы, чтобы мероприятие проходило в более спокойном месте, а также чтобы на выполнение заданий и общение было немного больше времени. Мне кажется, это позволило бы участникам глубже погрузиться в работу, обменяться идеями и сделать опыт участия ещё более ценным».

«Было очень интересно познакомиться с командой, поработать над реальной задачей и погрузиться в продукт, который действительно откликается мне лично. Особенно понравилось, что можно было не просто предложить идею, а применить свои знания на практике и поработать в команде».

Что я вынес для себя

Однозначного ответа на заданный вопрос — может ли ИИ сделать из джуна матёрого профи? — я не получил. У нас не было настоящих джунов: участники хакатона различались не столько по количеству опыта разработки, сколько по количеству опыта взаимодействия с ИИ.

Было видно, что ИИ ускоряет решение задач. Он подсказывает, генерирует, анализирует ошибки. Это мощнейший инструмент, который компенсирует недостаток опыта и расширяет возможности: с AI-ассистентом разработчик решает задачи быстрее и качественнее. Это факт, и в условиях ограниченного времени хакатона это особенно важно.

Но ИИ не заменяет человеческое мышление ^[9]. Понимание контекста, способность видеть картину целиком, умение принимать нестандартные решения — это остаётся за человеком. Джун не всегда понимает, какой вопрос и как задать, чтобы получить полезный ответ. Принимает выдачу модели на веру, не проверяя контекст. Не понимает, почему предложенное решение работает в одном случае и ломается в другом. Не чувствует границ между «быстрым хаком» и устойчивой архитектурой. В общем, ИИ может сгенерировать код, но не может научить понимать этот код и нести за него ответственность. Всё это приходит только с годами работы, болью от сломанного продакшена и ночными дебагами вместо сна ^[10].

Поэтому мой ответ такой: ИИ не сделает из джуна профи сам по себе. Но джун, который умеет работать с ИИ, становится профи значительно быстрее. И это, пожалуй, главный вывод, который я для себя сделал.

Будем ли проводить ещё?

Конечно. Я увидел, какой заряд энергии получили участники. Сколько интересных идей родилось за один вечер. Как команды, которые в обычной жизни редко пересекаются, начали общаться и обмениваться опытом. Получился своего рода тимбилдинг, только вместо бега в мешках команды решали сложные задачи, создавали прототипы и учились друг у друга. Это и есть самое ценное (хотя призы тоже были хорошие).

Теперь думаем сделать такие встречи регулярными, возможно, ежеквартальными. Учтём организаторские ошибки, расширим тематику — кроме ИИ есть и другие перспективные направления.

P.S. Название «Не замена, а суперсИИла» — не столько очередная игра слов на тему ИИ, сколько сделанный вывод: ИИ не придёт на смену нашим разработчикам, но станет их суперсилой. Проверили на себе.