Все хвастаются, что их команда теперь пишет код в 3x быстрее с AI. Никто не говорит, что стало с очередью PR.
Написание кода никогда не было настоящим узким местом. Узким местом было понимание.
До Cursor и Claude, если разработчик хотел выкатить грязный PR на 800 строк, на его набор уходило как минимум три дня. Было естественное трение.
Сейчас любой в команде может сгенерировать 1000 строк правдоподобного кода до обеда. Код компилируется, тест на happy path проходит, и потом он попадает к сеньору. Вот где скорость умирает. Ревьюить код, который вы не писали, в 5x сложнее, чем его сгенерировать. Когда половину PR написала LLM, которая не понимает доменных инвариантов вашей системы, ревью превращается в криминалистику.
Мы не убрали узкое место. Мы просто перенесли его с набора кода на ревью и незаметно превратили лучших инженеров в ручных линтеров на полный день.
Правило у нас теперь простое: если вы не можете в двух предложениях объяснить каждый архитектурный компромисс в своём PR, не глядя в дифф, такой PR закрывается без ревью.
Как вы справляетесь с потоком PR в своих командах прямо сейчас? Жёстче ограничиваете размер или меняете сам процесс ревью?