GitHub изменяет подход к реализации небольших функциональных запросов. Теперь основными затратами становятся не написание кода, а обсуждение целесообразности внесения изменений. Это изменение кардинально меняет взгляды на процесс разработки и привлекает внимание на важность эффективного управления временем.
Смена парадигмы в разработке
Ранее выполнение небольшого запроса, как правило, считалось наиболее затратным и времязатратным этапом. Инженеры осознают, что большинство таких изменений требуют тестирования, плана внедрения и оценки возможных последствий.
Теперь, с учетом недорогих инструментов для генерации кода на основе AI, основное внимание уходит на обсуждение целесообразности таких изменений. Например, вместо двух дней обсуждения, можно ограничиться получением первой версии кода за 30 минут.
Новый подход к оценке изменений
Когда к команде поступает запрос на небольшое изменение, такое как вывод уже существующего временного штампа, обсуждение может занять 40 минут, прежде чем станет понятно, насколько это изменение важно. Эта затратная практика была актуальна, когда сам процесс создания кода требовал много времени.
Теперь, если код легко генерируется, гораздо разумнее сначала увидеть конкретный результат — например, краткий дифф, который можно быстро протестировать. Если это не требует масштабных изменений, то следующий шаг — внедрение. Однако если результат затрагивает важные аспекты системы, это сигнализирует о том, что изменение гораздо серьезнее, чем предполагалось.
Что это значит для разработчиков
Для российских разработчиков это изменение в подходе предоставляет возможность ускорить процесс разработки. При использовании AI-решений, таких как автоматическая генерация кода, компаниям стоит принимать во внимание, что качество кода и способность его верификации остаются критическими факторами. Изменение не должно оцениваться только по времени разработки — важна и его долгосрочная поддержка.
При наличии четкой стратегии взаимодействия между разработчиками и AI, организации могут оптимизировать трудозатраты и существенно сократить время на принятие решений при внесении изменений — от сокращения дней до часов.
Следующий шаг для GitHub — дальнейшее развитие инструментов, которые позволят инженерам более точно и быстро оценивать затраты на реализацию функциональных изменений, минимизируя потери времени и ресурсов.