Em um recente encontro de desenvolvedores surgiu a seguinte declaração “Code review não funciona” de cara achei absurdo essa declaração, mas tentei entender melhor o contexto antes de argumentar contra.

O contexto se referia a redução de bugs e “Code review não funciona” foi o argumento utilizado contra o uso de revisão de código para a redução de bugs em uma aplicação. Isso veio seguido de fortes argumentos sobre testes unitários e automatização de processos, todos válidos diga-se de passagem.

Porém antes que pareça que estou defendendo essa declaração, o que fortemente não estou, quero trazer uma outra visão para esse ponto de vista.

Juntos somos mais fortes

Realmente revisão de código não é um método mágico e que após implementar esse processo na sua equipe seus problemas de má qualidade irão acabar, porém muito provavelmente você tem muito a perder sem ele no seu dia-a-dia.

Sei que tudo é sobre ponto de vista, mas já que ponto de vista é algo que evitamos no mundo do desenvolvimento de software então vou tentar usar menos meus pontos de vista e usar a pesquisa feita por outros 😅 para corroborar meus pensamentos.

Trago a vocês o acumulado de quatro anos de pesquisa feitas por Nicole Forsgren, Jez Humble and Gene Kim. Essas pesquisas foram feitas em empresas variadas e em situações das mais variadas, tudo em prol de trazer nossos tão amados números. Melhor de tudo, eles compilaram tudo isso em um livro.

Accelerate

Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations é um livro que fornece insights sobre as práticas e capacidades que impulsionam o alto desempenho em organizações de tecnologia.

Calma! Antes de sair procurando esse livro para comprar (compre!) achando que vai aprender a revisar código já aviso, não há sessão específica sobre isso lá.

Embora “Accelerate” não discuta explicitamente o processo de revisão de código (deveria) em detalhes, ele destaca a importância de práticas como integração contínua, colaboração, ciclos de feedback rápido e uma cultura de aprendizado, todas suportadas por um processo eficaz de revisão de código.

O tempo que tive trabalhando em diferentes times com contexto diferentes trouxeram esse conhecimento de forma empírica, de que revisar código traria mais qualidade para o projeto e para a equipe, mas após a leitura desse livro eu passei a advogar em favor de práticas como essa.

De fato, revisão de código não é uma alternativa a testes ou a um determinado processo, eu vejo ele mais como um meio que integra os diferentes processos de qualidade.

Mas na minha opinião (desculpa tentei 🥲) eu destacaria um ponto em específico que por si só já vale o seu uso em uma equipe de desenvolvimento.

Colaboração

Empresas gastam milhões para que seus funcionários tenham melhores maneiras de colaborar juntos. As revisões de código desempenham um papel crucial nessa prática, garantindo que os desenvolvedores estejam cientes do trabalho uns dos outros e possam fornecer feedback para melhorar a qualidade e a capacidade de manutenção do código.

Eu poderia citar mais exemplos, mas colaboração tem sido um dos pontos mais difíceis de facilitar em todas as empresas e times com o passar dos anos. O simples ato de revisar o código do seu colega de trabalho trás esse aspecto em perspectiva. Um exercício diário de aprender e ensinar.

As revisões de código promovem a colaboração envolvendo vários membros de diferentes equipes no processo de desenvolvimento, promovendo o entendimento compartilhado e incentivando o aprendizado com as experiências uns dos outros.

As revisões de código contribuem para isso, permitindo que os desenvolvedores recebam feedback antecipado sobre seu trabalho, permitindo que identifiquem e corrijam problemas antes que se tornem problemas mais significativos.

Organizações de alto desempenho promovem uma cultura de aprendizagem, onde os membros das equipes são encorajados a aprender uns com os outros e melhorar continuamente suas habilidades.

As revisões de código fornecem uma oportunidade para que os desenvolvedores aprendam com seus colegas, compartilhem conhecimento e melhorem suas habilidades de codificação.

Mensagem subliminar

Com certeza você percebeu a quantidade de vezes que eu repeti a frase “Revisões de Código” isso foi proposital para que no seu próximo dia de trabalho esse pensamento não saia da sua cabeça e que, caso já não faça, tente incentivar o seu time a usar essa prática.

Não substitua processos, apenas adicione esse processo e gradativamente veja a qualidade do seu projeto e equipe aumentarem como num passe de mágica 😉.