Последнее время каждый раз, когда я открываю вкладку PR, у меня появляется ощущение усталости. PR накапливаются как гора, AI непрерывно генерирует код, а количество рецензентов остается неизменным. Кажется, что скорость работы конвейера значительно превышает реальные возможности команды. Рецензирование превращается в гонку, чтобы не отставать от этой скорости. Как только тесты проходят, код сливается. Последствия уже в продакшене — и их приходится решать позже.

Но самая большая проблема не в количестве, а в системе мотивации. Разработчики могут сдавать полуготовый код, практически не неся за это никакой ответственности. В то время как ревьюеры тратят дополнительное время на поиск мелких багов, они получают только больше работы, а иногда их даже обвиняют в «замедлении процесса». Эта система основана на доброй воле, но на практике поведение зависит от сроков и KPI. В итоге это сказывается на качестве кода.
Именно поэтому мне кажется очень интересным то, что строит @mergeproofapp. Они не просто призывают к более высокому качеству кода, а придают PR экономическую ценность. Чтобы слить код, нужно заложить токены. Если вы верите в надежность своего кода, поддержите его токенами. Если кто-то обнаружит действительно рабочий баг, он получит награду. Подробности механизма есть, но основная идея очень проста: качественный код должен нести за собой соответствующие риски.
Когда у разработчика есть реальный интерес в PR, он задумывается перед отправкой. Когда ревьюеры или охотники за багами могут получить очевидную выгоду, они читают код более внимательно. Владельцы проектов могут устанавливать награды, чтобы активно защищать свои репозитории, а не полагаться только на добросовестность разработчиков.
Если система мотивации не изменится, качество кода не улучшится. Хотя возложение экономической ответственности на авторов кода может казаться неприятным, это заставит каждого более серьезно относиться к своим коммитам.