Кривая обучения старшего разработчика Claude Max: от расплывчатых запросов к структурированным код-ревью

Начальный опыт работы с Claude Max

Разработчик с 8-летним опытом работы с Node.js, Go, Angular и AWS начал использовать Claude Max, когда его компания стала за него платить. Первая неделя показала многообещающие результаты: при описании проблемы с сервисом на Go, которую он долго избегал, Claude Max «создал всю структуру быстрее, чем я успел бы написать имя файла».

Проблема: обращение с ИИ как с опытным инженером

Затем разработчик попросил Claude Max добавить функцию уведомлений в сервис на Node.js. ИИ сгенерировал 380 строк кода в 11 файлах, но с несколькими проблемами:

• Тихо перестроил слой промежуточного ПО
• Добавил нежелательную зависимость
• Принял три архитектурных решения, которые разработчик сделал бы иначе
• Тесты прошли, что заставило разработчика бегло просмотреть и объединить код, который он не проверил должным образом

Разработчик осознал: «Я обращался с ним как с опытным инженером. Давал ему расплывчатую задачу и ожидал, что у него будет контекст о моём проекте, моих соглашениях, о том, что запрещено. У него его нет. Он просто начинает работать».

Решение: структурированный процесс проверки

Что изменило подход разработчика:

• Перестал позволять Claude Max сразу переходить к коду
• Заставил его сначала объяснить, что он планирует сделать
• Договаривался об объёме работ перед реализацией
• Строил небольшими частями, а не сразу крупными функциями

Разработчик отметил: «Честно говоря, то же самое я делал бы с младшим разработчиком в команде». Этот подход привёл к заметно лучшему результату: меньшим изменениям, меньше сюрпризов и коду, который действительно можно было должным образом проверить.

Ключевой вывод

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