Что добавить в матрицу разработчика в эпоху AI
Раньше путь junior → senior выглядел относительно понятно.
Сначала разработчик решает простые задачи по готовому описанию. Потом берёт более сложные, проектирует решения и помогает другим.
С AI первая ступень начинает ломаться. Агент может написать код быстрее, чем junior успеет разобраться в задаче. Тикет закрыт, PR создан, тесты зелёные. Но произошло ли обучение — непонятно.
Поэтому строки «знает язык» и «умеет реализовать задачу» уже недостаточно. В матрице нужно оценивать ещё несколько вещей.
Декомпозиция задачи для агента
Разработчик умеет разбить большую задачу на части с понятными границами, входами и критериями готовности. Не просит «сделать авторизацию», а последовательно выделяет контракт, модель данных, проверки, миграцию и тесты.
Работа с контекстом
AI не знает договорённостей команды, истории проекта и причин странных архитектурных решений. Разработчик должен уметь восстановить этот контекст и передать агенту только то, что действительно нужно.
Верификация результата
«Код выглядит нормально» больше не считается проверкой. Нужно уметь проверить поведение, граничные случаи, безопасность, производительность и соответствие требованиям. Тесты здесь важны, но сами по себе ничего не гарантируют: их тоже мог сгенерировать тот же агент.
Способность объяснить код
Если разработчик не может объяснить, почему решение устроено именно так, какие у него ограничения и где оно может сломаться, он этим решением не владеет. Даже если код уже работает в проде.
Управление риском
Сгенерировать CRUD и изменить механизм авторизации — задачи с разной ценой ошибки. Зрелость разработчика проявляется в том, насколько он умеет выбирать глубину проверки, размер изменения и необходимость ручного ревью.
Выбор задач для AI
Не всё нужно отдавать агенту. Иногда быстрее написать самому. Иногда важнее сначала разобраться в предметной области. А иногда передача контекста займёт больше времени, чем сама задача.
Способность работать без AI
Разработчик должен сохранять базовые навыки: читать чужой код, отлаживать, проектировать и принимать решения самостоятельно. Иначе при первой нестандартной ошибке он останется один на один с агентом, который уверенно предлагает четвёртый неправильный вариант.
При этом я бы не добавлял в матрицу отдельную строку «умеет пользоваться AI». Это слишком похоже на «умеет пользоваться IDE».
Лучше изменить описание уровней.
Junior может использовать AI для ограниченной задачи и объяснить полученный результат. Middle самостоятельно ставит агенту задачи, собирает контекст и проверяет решение. Senior определяет границы применения AI, управляет рисками и выстраивает правила работы для команды.
Главный сдвиг простой: оценивать нужно уже не только способность написать код, но и способность отвечать за результат, часть которого написал не ты.
А ваша матрица уже различает «быстро сгенерировал» и «понимает, проверил и готов отвечать»?