CODE REVIEW (Como Essa Prática Funciona?) // Dicionário do Programador

✔️ IMERSÃO DEV ALURA → codigofonte.cl...
Programadores passam 10 vezes mais tempo lendo o código do que escrevendo. Isso acontece por conta de falta de padrões mas principalmente por criarmos códigos "somente" para rodar. Na primeiramente manutenção a coisa fica muito improdutiva.
Por isso é que se fala tanto em design patterns, clean Code e também em Code Review.
Essa prática da engenharia de software já se provou ser altamente produtiva e eficiente, ainda mais em negócios onde a base de código é muito grande e é o principal ativo da empresa.
Quer saber mais sobre como funciona o Code Review nas empresas?
📝 𝗟𝗶𝗻𝗸𝘀 𝗖𝗶𝘁𝗮𝗱𝗼𝘀
→ Code Review no Google: github.com/goo...
📡 𝗦𝗶𝗴𝗮 𝗮𝘀 𝗿𝗲𝗱𝗲𝘀 𝗱𝗼 𝗖𝗗𝗙𝗧𝗩
→ linktr.ee/codi...
📸𝗜𝗻𝘀𝘁𝗮𝗴𝗿𝗮𝗺
→ / codigofontetv
☕ 𝗖𝗹𝘂𝗯𝗲 𝗱𝗼𝘀 𝗖𝗗𝗙𝘀 𝗻𝗼 𝗬𝗼𝘂𝘁𝘂𝗯𝗲
→ codigofonte.cl...
𝑵ó𝒔 ❤️ 𝒓𝒆𝒄𝒆𝒃𝒆𝒓 𝒑𝒓𝒆𝒔𝒆𝒏𝒕𝒆𝒔, 𝒄𝒂𝒓𝒕𝒂𝒔, 𝒃𝒓𝒊𝒏𝒅𝒆𝒔 𝒆 𝒎𝒊𝒎𝒐𝒔.
Caixa Postal: 91735 - Cep: 25620-972
Petrópolis / RJ
💻 Edição e Áudio: RW Studio
🔗 Um vídeo do site Código Fonte
#01 #02 #03

[@TheAbraaorocha123]

Eu já tenho feito alguns cursos de git, mas nunca tinha ouvido falar do Squash

[@marcosr.weimer3433]

Aqui todo mundo revisa o código de todo mundo, desde um junior até pleno, assim todos aprendem, o importante é deixar bem claro os padrões a serem seguidos, assim evita um "troca troca" de formação de código e tudo o mais.

[@henricoangolera6270]

Não conhecia esse Squash, gostaria de aprender. Ótimo vídeo!

[@laurocorreia7725]

Adotei para mim mesmo trabalhar com um único commit, assim evito problemas. Todavía existem pessoas que não trabalham dessa forma porém todos que utilizam Git deveriam saber utilizar squash, ammend e rebase. Por certo, excelente video!

[@arozendojr]

Sugestão: introduzir code review dentro de uma Sprint ágil, demonstrando a semana e etapas do ágil para desenvolvedores

[@afgomes1]

Mostra mais coisas de Git sim! Como Squash, Rebase, Merges, ... Mas fazendo um vídeo para cada comando, com explicação prática excelente que vocês sempre fazem!

[@cleischeid]

Ótimo vídeo! Voto num novo vídeo sobre git flow e/ou squash Valeu! Abraços!

[@hudsondp08]

Video sobre o squash por favor!!!!!!!!!!!!!

[@hugopinheiro4624]

Ajudou muito essa explicação!!!

[@lucaslima805]

Eba! Sugeri esse tema outro dia, mas tenho certeza de que já estão trabalhando nisso...kkkk Show pessoal!

[@markfazolin]

Conteúdo muito bom! Fiquei muito interessado no Squash

[@felippefms]

Se puder, façam um video dentro do vscode falando sobre o css responsivo e o que e como fazer.

[@giselle.machado_]

Muito bom o vídeo. Será que posso chamar atenção para a pronúncia da palavra “commit” 😬!? Grata demais!

[@kahriushkse]

Como sempre, excelente conteúdo. 👏👏

[@codigofontetv]

Muito obrigado Lucas! 🤓

[@kauadepaula8516]

Oi gente, no próximo 'Dicionário do programador' poderiam fazer sobre o PASCAL, acha uma linguagem muito legal de trabalhar!!

[@RichardsonASilva]

Gostaria de ver um vídeo sobre Squash. Não conheço.

[@AlanOliveira-ed2fj]

Ótimo vídeo! Adoraria aprender sobre o squash que mencionaram

[@playeragnur]

Façam um vídeo sobre Ruby, ouvi dizer que está crescendo muito no mercado!! Ótimo vídeo!

[@josiclerlemesilva317]

Muito bom ótimo video parabéns

[@rafaelmacedo8393]

Gostei do conteúdo que falaram no vídeo, code review é muito importante! Gostaria de saber sobre Squash :)

[@manoeljunior6192]

Show!!!! Tentem fazer um vídeo sobre a plataforma da Cronapp, vale a pena.

[@danilonamitala4209]

acho uma boa o video de squash, não conhecia

[@MusicLife-sm9gr]

Estava buscando isso faz tempo!

[@augustobarreto5301]

Fala sobre o spring framework

[@ac-vp1nr]

Adorei o vídeo! É recomendado um programador fazer o próprio code review? Abraços!

[@alanpeixinho3670]

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

[@matheuspimentel9666]

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

[@evelynsilva7914]

oii gente! Esse ano eu termino o ensino médio e tenho interesse em fazer os cursos de ADS e Engenharia de Software... Se eu fizer ADS primeiro (por ter um retorno mais rápido financeiramente) e em seguida uma pós em Engenharia de Software, isso seria uma boa escolha?

[@frny12]

Os Testes, ajuda Deverás!

[@jackpowerstel]

Fiquei curioso sobre o Squash.

[@id-aiHa-Ezio]

Genial! Parabéns pelo trabalho. ;)

[@dcernach]

UP para vídeo sobre git squash!

[@viniciusfreire9948]

Vídeo muito show!!! como sempre né... Seria valido um vídeo sobre dicionário de dados? Ou talvez um mais abrangente como governança de dados? =)

[@geocarvalhont]

Bom pra caralho em.

[@afgomes1]

Atualmente na empresa usamos o vídeo review e o SonarQube, vocês acham que poderíamos deixar todo o review para o SonarQube e liberar um programador dessa tarefa?

[@HamiltonGJr]

O desenvolvedor Python só precisa ler seu zen em tom de pergunta?

[@itanuromero]

Gostaria de um vídeo sobre testes em python com pytest, será que rola? Haha!

[@FreemanBR666]

squash? flow?

[@eltonmarques2]

Por favor, mostrem o vídeo do git squash

[@misaelcostahomem7999]

Só uma observação, code review é super importante, mas quando feito por profissionais, infelizmente tem muito zé (que até tem anos de profissão) mas os caras são complicadores e não revisores.. ai é um saco.

[@misaelcostahomem7999]

@@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?

[@misaelcostahomem7999]

"Mega blaster" hahahhahaha... cuidado Gabriel é capaz de vc lançar uma moda ai no mercado e frente aos RH's kkkkkkkkkkkkkkkk

[@fpsgameplaypcs]

Ele é carismático mas ela força a barra. Ele consegue ser natural.

[@rotognin]

6 "sobrinhos" não gostaram do vídeo... (entendedores entenderão rsrsrs)