Может ли искусственный интеллект за один вечер превратить джуна в мидла?

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

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

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

Формат решили не усложнять. Команды по 3–5 человек формировались самостоятельно, можно было собираться с коллегами из своего отдела или находить единомышленников из соседних. Кросс-функциональность только приветствовалась. Тематика — AI/ML в разработке, но жёстких рамок не ставили. Главное, чтобы работало и решало реальную задачу. Жюри состояло из техлидов и руководителей направлений, оценивали техническую сложность, работоспособность, креативность и практическую пользу. В итоге собрали три команды — неплохой результат, учитывая, что хакатон проходил на корпоративе и многие предпочли «болеть» с бокалом в руке. Про денежный приз заранее не объявляли.

Для хакатона подготовили три задачи. Первая — «Цифровой ТехПисатель»: разработка AI-решения, которое принимает ссылку на Git-репозиторий, Pull Request или дифф кода и выдаёт release notes, пакет документов по стандартам ГОСТ 19 или ГОСТ 34, шаблоны PR-описаний в едином корпоративном стиле. Вторая — «Цифровой Ревизор»: инструмент автоматического код-ревью, который смотрит на код как Senior-разработчик и DevSecOps одновременно. Он должен проверять безопасность по OWASP Top 10, искать хардкод-секреты и проблемы с зависимостями, оценивать качество кода и архитектуру, находить логические ошибки и предлагать готовые патчи. Третья задача — свободный AI-проект: команда сама придумывает идею, пишет ТЗ и реализует с помощью нейросети. Максимум — 360 баллов, по 120 за задачу. Каждая команда должна была выбрать минимум одну, но участники оказались амбициозными.

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

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

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

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

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

Команда «АА++» подошла с размахом. Проект сделали на стеке Laravel 13 + Vue 3. Для планирования использовали GPT-5.5, для реализации — набор субагентов на открытых моделях (Minimax, Kimi Coder 2.6, Qwen 3.7). Ассистентов реализовали в одном проекте, обработку диффа сделали пайплайном с подключаемыми задачами. Сделали фронт с формой для ввода адреса Git и веток, выбором типа обработки. Результаты можно было скачать в Markdown, но корпоративный стиль и PDF не успели. Главный сюрприз — свободный проект CodeMandarin: платформа для изучения китайского языка IT-специалистами. Словарь уже содержал IT-термины, например, ??? (database), ??? (server), ?? (interface). Всё поднято в Docker, сделан интерфейс. Забегая вперёд — именно эта команда заняла первое место.

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

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

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

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

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

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

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

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

А как вы считаете, способен ли ИИ ускорить профессиональный рост разработчика, или это лишь иллюзия? Поделитесь своим опытом в комментариях!

Телеграм: t.me/ainewsline

Источник: vk.com

Комментарии: