Почему код-ревью превращается в театр вежливости

Мы тратим часы на обсуждения пробелов, имен переменных и «лучших практик», пока реальная архитектурная ошибка спокойно мигрирует в прод. Проблема не в инструментах. Проблема в культуре безопасности. Никто не хочет обидеть коллегу, поэтому ревью сводится к «LGTM». Как мы изменили процесс: 1. Разделили проверки. Стиль, форматирование и линтинг отдали на CI/CD. Люди обсуждают логику, а не отступы. 2. Ввели правило «одного вопроса». Если ревьюер не может сформулировать конкретный риск или улучшение, он пишет «+1 без замечаний». Пустые комментарии запрещены. 3. Добавили этап «архитектурного чек-ина» до написания кода. Спорить над схемами дешевле, чем переписывать готовые модули. Код-ревью — это не экзамен. Это страховка проекта от слепого пятна одного разработчика. Когда вы убираете из процесса эмоцию и добавляете чек-листы, скорость не падает. Растет качество.