JavaRush /Blogue Java /Random-PT /Pausa para café #38. O que é uma revisão de código e por ...

Pausa para café #38. O que é uma revisão de código e por que ela é necessária? A síndrome do Impostor é a melhor amiga do desenvolvedor

Publicado no grupo Random-PT

O que é uma revisão de código e por que ela é necessária?

Fonte: DZone Começar uma startup é difícil, mas escrever software para ela não é mais fácil. Para que o software funcione bem, você precisa de um bom código. Mas como você pode ter certeza de que seu código é realmente bom? Ao trabalhar com código de cliente, descobrimos que muitos desenvolvedores autônomos e até mesmo empresas de TI ignoram as revisões de código. Bem, como nossa equipe considera a revisão de código uma etapa padrão do trabalho, decidimos explicar nosso ponto de vista. Pausa para café #38.  O que é uma revisão de código e por que ela é necessária?  A síndrome do impostor é a melhor amiga do desenvolvedor - 1Então, vamos começar com alguma terminologia básica.

O que é uma revisão de código?

É um exame sistemático do código-fonte do software para encontrar erros e avaliar a qualidade. Uma revisão de código consiste nas seguintes etapas:
  • Determinar as formas mais eficazes de concluir uma tarefa;
  • Procure por erros lógicos;
  • Procure as vulnerabilidades mais comuns;
  • A detecção de malware é um tipo especial de inspeção de código para procurar trechos de código suspeitos ou procurar qualquer malware integrado ao software.

Por que você precisa de uma revisão de código?

Existem vários motivos pelos quais a revisão de código é considerada uma parte necessária do desenvolvimento. A primeira razão é a redução do risco. Digamos que você tenha um software escrito por um freelancer ou uma agência, mas não tenha certeza sobre a qualidade do trabalho porque mesmo bons desenvolvedores podem perder alguma coisa. Portanto, verificar novamente é sempre uma boa ideia. Além disso, trabalhando juntos para aprender o código, cada membro da equipe pode encontrar soluções mais inteligentes que irão melhorar o desempenho geral do projeto. A principal coisa a lembrar sobre revisões de código é que elas devem ser feitas ANTES que sua nova equipe de desenvolvimento assuma a base de código ou projeto. Uma revisão do código antes de lançar um projeto dá à sua equipe a oportunidade de revisá-lo e determinar a qualidade do código e se melhorias são necessárias.

Guia para revisão de código

Com base em nossa experiência, decidimos preparar um pequeno guia para desenvolvedores que irão verificar o código-fonte de seus projetos.
Divida as revisões de código em intervalos de tempo
Não tente analisar todo o projeto de uma só vez. Os especialistas aconselham não revisar mais de 400 linhas de código de uma só vez. Além disso, uma verificação única não deve levar mais de uma hora. Os humanos não conseguem processar eficientemente esta quantidade de informação, especialmente durante longos períodos de tempo. Quando você ultrapassa essa marca, a capacidade de detectar erros diminui acentuadamente, então você pode perder alguns erros importantes.
Peça ajuda aos seus colegas de equipe
Uma cabeça é boa, mas duas são melhores. Você pode se surpreender com o quanto a qualidade da sua avaliação melhorará se você compartilhar esse processo com outra pessoa. Estamos acostumados a fazer revisões colaborativas de código usando o Crucible da Atlassian . Esta ferramenta permite atribuir revisores adicionais, discutir linhas selecionadas de código-fonte, arquivos ou um conjunto completo de alterações. A revisão colaborativa do código não apenas melhora o software, mas também melhora a competência da equipe, compartilhando conhecimento por meio de discussão.
Indicadores de gravação
Antes do início da revisão, a equipe deve definir metas precisas, como “reduzir a taxa de defeitos pela metade”. O objetivo de “encontrar mais bugs” é muito abstrato e, portanto, impossível de ser alcançado. Durante a revisão, registre indicadores como a velocidade da verificação, o número de erros encontrados por hora e o número médio de erros por linha de código. O monitoramento constante dos resultados da revisão mostrará uma imagem real dos processos internos.
Mantenha uma atitude positiva
Às vezes, as revisões de código podem piorar os relacionamentos dentro de uma equipe. Ninguém gosta de ser criticado, por isso é muito importante manter um ambiente amigável, a menos que queira que os seus colegas percam a motivação. Em vez de ver cada bug de forma negativa, pense nele como uma nova oportunidade para melhorar a qualidade geral do seu código.
Configure o processo de correção de erros
Sua equipe concluiu a revisão do código, mas que tal corrigir os bugs encontrados? Foi uma surpresa para nós saber que nem todas as equipes de desenvolvimento possuem um método estabelecido para corrigir os erros encontrados. Felizmente, estamos trabalhando coletivamente não apenas para encontrar erros, mas também para corrigi-los. Todos os bugs são discutidos com o criador (exceto quando estamos revisando o código de outra equipe) e todas as alterações são sempre aprovadas antes de serem enviadas para o código-fonte.

Resumindo

A revisão do código deve ser um processo importante em qualquer empresa de desenvolvimento, pois ajuda a manter padrões de codificação de alta qualidade. Trabalhar em conjunto nas revisões de código une a equipe e oferece uma oportunidade de compartilhar conhecimento e experiência dentro da empresa. Portanto, quer você esteja administrando uma startup ou entregando um projeto para outra equipe, sempre faça uma revisão de código para garantir que seu software seja da melhor qualidade.

A síndrome do Impostor é a melhor amiga do desenvolvedor

Fonte: Catalins.tech Depois de ler o título, você pode pensar que há algo errado comigo. Mas vou repetir: a síndrome do impostor é a melhor amiga do desenvolvedor se canalizada na direção certa. Também acredito que a síndrome do impostor é tão difundida no desenvolvimento de software devido à grande quantidade de conhecimento que você deve ter e à constante mudança de ferramentas e linguagens de programação. Pausa para café #38.  O que é uma revisão de código e por que ela é necessária?  A síndrome do impostor é a melhor amiga do desenvolvedor - 2A linguagem de programação e as ferramentas que você usa hoje podem ficar desatualizadas dentro de um ano. Isso significa que você terá que “começar do zero” novamente até certo ponto. O desenvolvimento de software é um ambiente muito dinâmico no qual você precisa aprender constantemente. Mas, apesar das dificuldades, você pode se acostumar com elas. Assim, é quase impossível livrar-se da síndrome do impostor. Por que não aprender então a conviver com isso?

A maioria de nós tem isso

Deixe-me dizer outra coisa. Quase todos nós sofremos da síndrome do impostor. Sempre há alguém melhor que nós. Sempre há algo que não sabemos. Sempre há algo para aprender. Todos os dias surge uma nova ferramenta. De tempos em tempos, surge uma nova tecnologia ou linguagem de programação. Você nunca será capaz de aprender tudo. Tentar acompanhar também é muito difícil. E é assim que surge a síndrome. Você começa a se perguntar: “Será que algum dia serei capaz de fazer isso?”, “Será que algum dia serei capaz de fazer x, y, z?”, “Serei capaz de reconhecer as tecnologias x, y, z? ", "E se eu for um impostor?", E a lista continua. A resposta é sim, sim e sim. Aliás, a síndrome do impostor é pior para aqueles iniciantes que sentem que nunca terão sucesso nessa área. Eu também passei por isso. Você pode superar a síndrome com muito trabalho.

Imagine

Você não é o único a se fazer essas perguntas. Seu colega de trabalho tem os mesmos problemas. O desenvolvedor que você segue no Twitter também tem dúvidas semelhantes. E um videoblogger com 50.000 assinantes. E essas perguntas também aparecem na minha frente, embora eu tenha um emprego e esteja tudo bem. As perguntas não estão apenas incomodando você. A síndrome do impostor faz parte da nossa profissão. É claro que algumas pessoas lidam melhor com isso, então não é tão óbvio que também tenham problemas. Mas acredite: quase todos nós os temos.

O que fazer?

Em primeiro lugar, você deve entender que a síndrome do impostor pode se tornar sua melhor amiga. Afinal, ele incentiva você a se tornar melhor. Sentir que não foi feito para o setor ou que não sabe muito pode ser um incentivo para aprender mais. Como resultado, você fica melhor a cada dia. Eu uso a síndrome do impostor como combustível, como motivação para me tornar um desenvolvedor melhor, e funciona muito bem. Mas tenha cuidado – isso pode levá-lo rapidamente ao esgotamento. Acredite, você não precisa disso. Sempre que dúvidas e pensamentos irracionais surgirem em sua cabeça, LEMBRE-SE de que todos os desenvolvedores sofrem da mesma síndrome. LEMBRE-SE que sempre há um desenvolvedor melhor que você. Mas LEMBRE-SE também que sempre há um desenvolvedor pior que você. LEMBRE-SE que você nunca pode saber tudo, e está tudo bem. Você só precisa conhecer algumas ferramentas relevantes para o seu trabalho. Com persistência você pode se tornar um bom desenvolvedor. Você acha que se tornará o melhor programador? Provavelmente não. Você trabalhará para Amazon/Facebook/Google/Apple? Provavelmente também não. Você ganhará milhões? Dificilmente. Mas você sabe o que? Isto é bom. Você não precisa fazer nenhuma dessas coisas para se tornar um bom desenvolvedor. Porque, na realidade, a maioria de nós nunca atinge todos esses objetivos.

Lembrar

  1. Quase todos nós temos a síndrome do impostor.
  2. Você pode alcançar o sucesso neste setor por meio de sua perseverança.
  3. Você nunca saberá tudo, e tudo bem.
  4. Sempre há desenvolvedores melhores que você, mas também há desenvolvedores piores que você.
  5. Você não precisa ser um programador superstar. Basta ser bom no seu trabalho.
Comentários
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION