Кто вырастит senior-разработчиков, если AI заберёт junior-задачи

Раньше путь junior-разработчика выглядел довольно предсказуемо.

Поправить небольшой баг. Добавить поле в API. Написать простой тест. Разобраться, почему задача работает локально, но падает в CI.

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

Теперь значительную часть такой работы можно отдать AI.

Junior получает готовый фрагмент кода, запускает тесты, немного правит результат и отправляет PR. Формально задача выполнена быстрее.

Но есть проблема: скорость выполнения задачи и скорость обучения — не одно и то же.

Можно получить правильный ответ, не поняв:

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

Раньше обучение частично происходило автоматически — просто потому, что без понимания задачу было сложно закончить.

С AI этот механизм перестаёт работать. Можно закрывать задачи и почти не накапливать инженерный опыт.

Значит, выращивание разработчиков придётся проектировать отдельно.

Не запрещать AI. Это примерно как запретить IDE, чтобы люди лучше запоминали синтаксис.

Но и не считать закрытые тикеты доказательством развития.

Нужны другие практики:

— просить объяснить решение и его ограничения; — разбирать не только итоговый код, но и ход рассуждений; — давать задачи на диагностику, а не только на генерацию; — обсуждать альтернативы на ревью; — постепенно увеличивать область ответственности; — оставлять человеку право ошибиться и самостоятельно найти причину.

Возможно, главной задачей senior-разработчика скоро станет не написание сложного кода, а создание среды, в которой junior не превращается в оператора кнопки «сгенерировать».

AI забирает рутину. Но вместе с рутиной он может случайно забрать и практику.

И тогда вопрос уже не в том, сможет ли junior быстрее закрывать задачи.

Кто и как будет выращивать следующего senior, если путь от проблемы к решению он больше не проходит сам?