Возможно, нам не стоит проверя... Заметка
Martin Fowler на русском

Возможно, нам не стоит проверять весь этот код

Растущий объем кода, генерируемого ИИ, бросает вызов традиционным практикам ревью кода. В то время как ИИ ускоряет производство кода, люди-ревьюеры с трудом справляются с возросшей рабочей нагрузкой. Текущие процессы ревью кода направлены на обеспечение качества, безопасности и обмена знаниями, но эти функции перегружены. Автор утверждает, что многие преимущества, приписываемые ревью кода, должны решаться на более ранних этапах цикла разработки. Например, исследование альтернативных решений лучше проводить до реализации. Передача знаний более эффективна через парное программирование или прямое наставничество, а не через ревью после завершения. Коллективное владение и понимание архитектуры могут быть развиты посредством совместных сессий проектирования и моб-программирования. Детерминированные проверки, такие как форматирование и линтинг, должны быть автоматизированы. Сдвиг циклов обратной связи на более ранние этапы с использованием таких практик, как парное программирование и trunk-based development, имеет решающее значение. Человеческое суждение остается ценным для значительных архитектурных изменений или сложных проблем. Полагаться на ИИ для имитации человеческого ревью означает сохранение формальности без решения его основной цели. Реальная проблема может заключаться в использовании ревью кода как универсального средства для различных потребностей разработки. По мере того как ИИ увеличивает объем кода, необходим более продуманный подход к поддержанию человеческого понимания систем. Фокус должен сместиться с более быстрого ревью кода на более раннее вовлечение в эти важные обсуждения на этапах разработки.