Сохит Кумар. Первоначально опубликовано на Prinevo.ai. Более быстрые агенты кодирования могут помочь команде разработчиков быстрее выполнить работу, когда сохраненная работа по внедрению будет доведена до завершенных изменений. Чтобы оценить это, посчитайте человеческие усилия и ожидание...
Сохит Кумар. Первоначально опубликовано на Prinevo.ai.
Более быстрые агенты кодирования могут помочь команде разработчиков быстрее выполнить работу, когда сохраненная работа по внедрению будет доведена до завершенных изменений. Чтобы оценить это, подсчитайте человеческие усилия и время ожидания на пути доставки, а затем проверьте, увеличилось ли количество доработок или дефектов. Больше кода и больше открытых PR сами по себе не могут ответить на этот вопрос.
Концептуальная иллюстрация изменения, проходящего через реализацию, проверку, проверку и доставку.
Инженер быстро завершает внедрение. ПР ждет рассмотрения. Рецензент находит неясное требование, специалисту по обеспечению качества требуется помощь в запуске сервиса, а потребитель ломается, когда изменение тестируется в разных репозиториях.
Кодирование было быстрее. Что случилось с остальной частью работы?
Именно этот вопрос я бы задал, прежде чем назвать команду более продуктивной. Локальная выгода может быть полезной. Нам все еще нужно понять, уменьшило ли это усилия по созданию чего-то, чему команда может доверять, увеличило ли полезный результат при тех же усилиях или переложило работу на кого-то другого.
Обсуждение в r/EngineeringManagers прямо задает этот вопрос. Если один инженер вносит изменения быстрее, где его результаты попадают на проверку, QA, inte