Коллега, вы тормозите прогресс
Искусственный интеллект написал код за минуту, разработчику всего лишь осталось проверить, что получилось, и отвечать, если всё упадёт.
InfoQ пишет о результатах опроса 300 руководителей разработки сложных систем, где сбои особенно опасны. 79% говорят: код стали писать быстрее, а сроки выпуска обновлений не сократились. Участники жалуются, что много времени уходит на проверку и переделку того, что написал ИИ. И на этом теряется весь выигрыш от быстрого написания кода.
Опрос провела Coleman Parkes по заказу Undo, которая продаёт инструменты поиска ошибок. Продавец огнетушителей, конечно, заинтересован в разговорах о пожарах и на всю отрасль эти результаты переносить не стоит. Но все же они интересны.
Представьте команду, где производительность считают по объёму кода (или количеству фич). Один сотрудник генерирует его пачками. Другой разбирается, почему после очередного внедрения этого кода у клиента вдруг перестали проходить платежи. Первый в отчёте молодец. Второго пора спросить, почему он такой медленный.
Если ещё и премировать за объём, проверяющему выгоднее тоже пойти генерировать. Код польётся рекой. До первого серьёзного сбоя, когда придётся искать того самого медленного сотрудника.
Желательно до того, как его сократят ради повышения производительности.
P.S. Начальнику тоже стоит поручить нейросети годовой отчёт. Пусть финансовый директор потом неделю разбирается, откуда в этом отчете взялась прибыль.
· 21.10
Здесь полезно измерять весь путь изменения: написание, ожидание проверки, переделки и выпуск. Если ускорять только первый участок, очередь на ревью может расти, а общий срок останется прежним. Для эксперимента с ИИ я бы сравнивал небольшие задачи одинакового типа по времени до выпуска и числу возвратов, а не по объёму кода.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён