Muito obrigado Lucas! 🤓

A ideia eh justamente que uma outra pessoa o faca, para que essa pessoa possa ter algo a agregar no seu codigo.

Eu diria que o próprio programador deve sim fazer o próprio code review, porém os outros devs também devem fazer, não somente você mesmo

@@gregorifelicio6030 , exemplos em alguns cenários: 1. A lógica está toda certa e o "revisor" cisma com a forma como tu escreveu o fonte, claro se não for exagerandamente verboso ai cabe uma refatoração, mas como já vi em uma situação de um ex-colega, onde o revisor devolveu o código do cara só por que ele colocava abertura de chaves em if's de uma linha, desculpe, palhaçada, se a empresa não tem um documento de code style para os projetos, isso não faz sentido! 2. Já vi devolverem código, só por que o revisor não gostou como o dev estruturou as classes: "o cara complicou d+". Se criaram tantos padrões justamente para se poder ter opções para aplicar em determinada situação, e tu rejeitar esses padrões por que o revisor não gostou, bah, me desculpe, se não houve de fato um "over engineering" por parte do dev, que o revisor vá plantar batatas! 3. Outro cenário que presenciei é o revisor devolver um código por que ele entendeu errado a regra de negócio do cliente e criticou o fonte dizendo que estava errado! Ai te devolvo a pergunta: baseado nesses poucos cenários é ou não é complicar?