Dica 11: code review!

Um dos pontos mais abordados ao longo das lives do Reboot.Dev foi a necessidade de se contribuir para a evolução da comunidade e como isso tem forte impacto no seu próprio conhecimento.

Uma das formas mais interessantes de se fazer isso é através do code review. Vários foram os participantes que frisaram a importância de fazer uma análise do código de outra pessoa, pois assim você tem acesso a outra lógica utilizada para resolver um problema, outra maneira escrever o código e até mesmo a implementação de outra solução (diferente da que você pensou).

Mas, como fazer um bom code review? Citei alguns pontos que acho relevantes e podem ser levados em consideração na hora de realizar críticas construtivas no código de alguém:

1. Seja gentil, sempre!

Lembre-se que no texto escrito fica complicado nos expressarmos exatamente da forma que queremos. Não temos como usar expressões faciais para suavizar palavras ou empregar um tom mais ameno. Então, muito cuidado na escolha das palavras. Leia e releia algumas vezes, buscando se certificar que está o mais próximo possível do que você realmente quer dizer.

2. Respeite a lógica do outro.

Afinal, não existe apenas uma forma de se pensar uma solução. O mais encantador na programação é justamente isso: vários caminhos podem chegar na mesma solução. Uns caminhos são mais longos e verbosos, outros mais diretos. Mas, todos merecem respeito.

3. O tom é de sugestão.

Não importa em que nível do conhecimento você se encontra, lembre-se de que o código em questão não é seu. Com o code review, você busca fazer sugestões de melhoria, seja para tornar o código mais legível ou com melhor desempenho, ou mais seguro. Enfim, são sugestões.

4. Sim, pode elogiar!

Não é super bacana quando alguém deixa um elogio no seu código? Você sente que não apenas encontrou uma solução para um problema, mas o fez de forma brilhante. Elogios, assim como críticas construtivas, motivam e servem para indicar que o caminho que a pessoa escolheu é uma boa opção.

5. Read me.

Antes mesmo de ler o código em si, dedique alguns minutos a entender o read me. Entenda a que aquele código se propõe e em que situação foi criado, enfim contextualize seu code review.

Para mim, code reviews são essenciais para traçar trilhas de lógica que não tinha pensado ou que possuem passos diferentes dos que inicialmente idealizei. Lendo códigos de outras pessoas, vou aumentando meu próprio repertório de possíveis soluções, além de aprendendo atalhos e macetes que os desenvolvedores mais experientes possuem.

Por outro lado, disponibilizo e peço sempre code reviews dos meus códigos porque cresço a cada correção, a cada sugestão. Pequenos detalhes de sintaxe ou mesmo grandes questões de segurança podem passar despercebidos e um olhar externo pode ajudar nesses e em vários outros pontos.

O ponto mais fundamental para receber code reviews e crescer com eles é: humildade.

Entenda que alguém parou, nessa vida corrida e atribulada, para tentar te ajudar a melhorar a qualidade do seu código. E, por mais sênior que você seja, busque pelo menos considerar o que está sendo dito. Com certeza, você só tem a ganhar.

Na pesquisa sobre esse tema, acabei esbarrando com um vídeo muito legal e gostaria de compartilhar aqui: https://www.youtube.com/watch?v=eeMWZPZGhVk .

Assunto estudado hoje: Iterators!

São métodos chamados em arrays para manipular elementos e retornar valores.

Os três mais usados são:

• .forEach(): executa o mesmo código para cada elemento do array;
• .map(): recebe um argumento de uma callback function e retorna um novo array;
• .filter(): é isso mesmo, filtra com base em um critério e cria um novo array.

Basicamente, já havia estudado o mesmo assunto em Java. Mas, dessa vez ficou ainda mais claro. A novidade para mim foi o método .reduce().