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

Еще в стародавние времена среди программистов можно было легко встретить мастеров эффективности, которые владели слепым десятипальцевым вводом, знали наизусть все горячие клавиши IDE и операционной системы, знали все фишки для генерации сниппетов и прочего бойлерплейта, помнили комбинации для невероятных рефакторингов и параллельных курсоров, да и вообще не пользовались мышкой для всех операций. В моменте они могли произвести впечатление на джунов, но я не припомню случаев, когда подобные персонажи были заметно продуктивнее в плане выполненных задач по сравнению со “слоупоками”. Сам я, кстати, до сих пор печатаю неспешно, максимум 4 пальца используется одновременно (вслепую, и на том спасибо), хотя в далекие времена даже пытался освоить печать на тренажерах, и активно играл в клавагонки.

Пришел ИИ, и все стало как в анекдоте (“печатаю 1000 знаков в минуту, правда, такая ерунда получается…”). Начались (продолжились) разговоры, что разработчики не нужны. Проблема в том, что большая часть разработки — это определение требований, выработка понимания предметной области, формализация модели, согласование видения, определение способа решения и т.п., думание мозгами и взаимодействие с коллегами. Написание кода помогает исследовать, но вторично, да и занимает малую часть времени разработчика. А если в компании еще невнятные цели или мутные процессы, то вопросы скорости разработки вообще не очень релевантны. Про согласования с другими командами вообще молчу.

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

Стало дешевле делать прототипы. В том числе ненужные прототипы: да, код стало легче производить, и теперь вместо того, чтобы тратить усилия на другие вещи, кода стало тупо больше: стало тяжелее сказать “нет”. Больше кода → больше расходов на его обслуживание и поддержку. Наконец, не стоит забывать, что готовый код != готовый продукт.