Recentemente, sempre que abro a aba de PR, sinto-me um pouco exausto. As PRs acumulam-se, o código gerado por IA surge incessantemente, e o número de revisores permanece inalterado. É como se a velocidade da esteira de produção estivesse muito além da capacidade de controlo da equipa. A revisão torna-se uma corrida para acompanhar essa velocidade. Assim que o teste passa, o código é fundido. Depois, trata-se das consequências em ambiente de produção.

Mas o maior problema não está na quantidade, mas no mecanismo de incentivo. Os desenvolvedores podem entregar código semiacabado, quase sem assumir qualquer consequência. E os revisores gastam tempo extra a encontrar bugs subtis, recebendo apenas mais trabalho, às vezes até sendo vistos como “a atrasar o progresso”. Este sistema depende da boa vontade, mas o comportamento real é influenciado por prazos e KPIs. Essa discrepância acaba por refletir na qualidade do código.
Por isso, acho muito interessante o que o @mergeproofapp está a construir. Eles não apenas incentivam uma maior atenção à qualidade do código, mas também atribuem valor económico às PRs. Para fundir o código, é preciso fazer um stake de tokens. Se confia na fiabilidade do seu código, apoie-o com tokens. Se alguém encontrar bugs válidos, recebe uma recompensa. O mecanismo detalhado está em , mas a ideia central é simples: código de alta qualidade deve assumir riscos correspondentes.
Quando os desenvolvedores têm interesses reais nas PRs, pensam duas vezes antes de submeter. Quando os revisores ou caçadores de bugs podem obter benefícios claros, eles leem com mais atenção. Os proprietários do projeto podem estabelecer recompensas para proteger ativamente o seu repositório, em vez de depender apenas da boa vontade dos desenvolvedores.
Se o mecanismo de incentivo não mudar, a qualidade do código também não melhorará. Embora fazer os autores do código assumirem responsabilidades económicas possa parecer desconfortável, isso obriga todos a levarem mais a sério o código que submetem.