Изменения в разработке, вызванные ИИ

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

Это был серьезный вопрос, и многие умные люди отнеслись к нему серьезно.

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

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

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

Три примера

Друг недавно потратил несколько месяцев на подготовку к экзамену на знание чешского языка. Он и несколько его сверстников наняли человеческих репетиторов и вложили реальные деньги в этот процесс. Он сдал экзамен легко. Большинство других не сдали.

Самое большое различие, по его словам, заключалось в том, что его основным репетитором был на самом деле ChatGPT.

Он мог учиться в 23:00, если хотел. Он мог повторять одно и то же упражнение по спряжению 40 раз без беспокойства о том, что он расточит чье-то терпение. Он мог разыгрывать очень конкретные ситуации, такие как взаимодействие с чешским налоговым инспектором, и точно настраивать занятие в соответствии с тем, с чем он боролся в тот день.

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

Я вижу нечто подобное с моим сыном и физикой. Он уже хорошо понимает предмет, поэтому он не использует Claude, чтобы получить ответы. Он использует его, чтобы бросить себе вызов. Он просит его генерировать более сложные задачи, проверять его предположения, объяснять, почему подход был близок, но в конечном итоге неправильным, и тестировать его интерактивно.

Ближайшее сравнение, которое я могу придумать, – это опыт умных детей, которые знали старшего брата или сестру, изучавшего физику. Кроме того, эта версия всегда доступна, никогда не раздражается и никогда не говорит “спроси меня позже”.

Мой племянник, который еще учится в школе, построил небольшой проект, который он в конечном итоге хочет коммерциализировать. Я помог ему настроить кодировочный агент и автоматизировать несколько рабочих процессов. Каждый день в 17:00, пока он заканчивает школу, агент сканирует его код и оставляет ему предложения по улучшению. Раз в неделю другой рабочий процесс запускается и проводит конкурентный анализ и находит новые идеи.

Ему это понравилось.

В один момент он пошутил: “Если программирование так легко, я скоро закончу идеи”.

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

Быстрые циклы обратной связи

Ни один из этих примеров не связан напрямую с чешским языком, физикой или кодированием.

Они являются примерами высоко персонализированной обратной связи, которая становится постоянно доступной.

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

ИИ меняет сам цикл обратной связи.

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

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

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

Бутылочное горлышко ранее находилось у старших инженеров. Теперь оно все больше находится у ученика.

Улучшение системы безопасности

Есть еще один сдвиг, который имеет столько же значения.

Младший инженер, работающий с сильными системами проверки ИИ, существенно менее вероятно случайно повредит систему производства.

Многие классические ошибки теперь флагируются сразу: жестко закодированные учетные данные, проглоченные исключения, небезопасные запросы, проблемы безопасности, очевидные архитектурные проблемы, плохо определенные зависимости. Плохие запросы на слияние все чаще обнаруживаются до того, как они покинут ноутбук.

Это меняет нижнюю границу для работы младших инженеров.

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

Это не исключает необходимость наставничества или надзора. Это меняет, где наставничество становится наиболее ценным.

Расширение разрыва

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

Кто-то, кто рассматривает ИИ в основном как способ обойти мышление, вероятно, сгенерирует больше кода, учась очень мало. Десять лет назад тот же человек копировал решения из Stack Overflow, не понимая их. Механизм изменился. Основное поведение не изменилось.

ИИ никогда не решал проблему интеллектуальной пассивности.

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

Когнитивные усилия не исчезли. Они сместились раньше в цикл и стали дешевле повторять.

Это, вероятно, расширит разрыв между высоко вовлеченными инженерами и не вовлеченными.

Самые важные сдвиги производительности работают именно так. Чтение расширило разрыв между грамотными и неграмотными популяциями. Интернет расширил разрыв между любопытными людьми и пассивными. ИИ, кажется, продолжит ту же схему.

Суждение продукта имеет большее значение

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

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

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

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

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

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

Это создает другого типа инженера, сформированного намного более короткими циклами между идеей и реализацией.

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

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

Операционные последствия

Для младших инженеров совет не особенно гламурный.

Выберите реальные проекты. Используйте ИИ в качестве тень-ревьюера, пока вы работаете. Внимательно читайте обратную связь. Возражайте иногда. Задавайте дополнительные вопросы. Отслеживайте закономерности за ошибками, которые он обнаруживает.

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

Для менеджеров бутылочное горлышко также меняется.

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

Организации, которые структурируют эти системы хорошо, вероятно, разработают таланты быстрее, чем предыдущие поколения смогли.

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

Различное поколение инженеров

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

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

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

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