Falaremos sobre a Revisão de Código, entenderemos um pouco sobre o seu passado, quais as suas vantagens, como realizar a análise, etc.

Algumas das vantagens do Code Review são: a padronização do código, deixando o código uniforme;
a difusão do conhecimento, o que faz com que as pessoas aprendam umas com as outras;
identificar os problemas antes que eles entrem em produção;
o Bus Factor: mais de uma pessoa conhecer/entender sobre todo o código.

CONTEÚDO:
Parte 01 - Passado
1.1 - Sem controle de versão
1.2 - Controle de versão centralizado
1.3 - Controle de versão distribuído com PR
1.4 - Problemas do passado
Parte 02 - Vantagens
2.1 - Padronização do código (SonarQube)
2.2 - Difundir o conhecimento
2.3 - Problemas são pegos antes do release
2.4 - Bus Factor
Parte 03 - Análise
3.1 - Padronização
3.2 - Lugar correto
3.3 - Métodos pequenos
3.4 - Possíveis problemas na implementação
3.5 - Sugestões de melhorias na implementação
3.6 - Performance, quando aplicável
3.7 - Impacto
3.8 - Compatibilidade
Parte 04 - Revisão
4.1 - Encare os comentários como uma melhoria no seu código
4.2 - Não é uma disputa em quem está certo, e sim tentar entender o melhor para o produto e a equipe
Parte 05 - Pull Request (PR)
5.1 - PRs pequenos são mais rápidos de serem aceitos
5.2 - Tente não misturar 2 problemas no mesmo PR. Um deles pode trancar o outro
5.3 - PRs grandes tendem a ter uma quantidade maior de merges
Parte 06 - Dúvidas e comentários