Hábitos úteis para desenvolvedores

Graças ao qual você se tornará melhor como programador

Cada desenvolvedor tem hábitos relacionados à escrita de código - prejudiciais e úteis. Mas se você adotar os hábitos certos, isso ajudará a melhorar seriamente a eficiência do trabalho com código. Tais hábitos afetarão não apenas você, mas provavelmente seus colegas também.

Como Denis Waitley disse, "você não pode se livrar de um mau hábito, mas pode substituí-lo por um bom". Portanto, ofereço uma lista de sete hábitos que acho que ajudarão você a se tornar melhor como programador.

Traduzido para Alconost

1. Não repita

Certamente isso aconteceu com você mais de uma vez: você olha um pedaço de código e vê que ele é muito semelhante a um fragmento que você já escreveu .

Este é um mau presságio: a repetição deve ser evitada. A duplicação de código é um tom ruim, porque esse código se torna mais difícil de manter ao longo do tempo, pois as correções precisam ser feitas em vários locais. Como resultado, a probabilidade de erros entrando no código aumenta.

É uma boa prática seguir o princípio de "NÃO REPETIR" ou SECAR (por exemplo, "não se repita"): se você começar a escrever um código que já está em outra parte do sistema, provavelmente será necessário refatorá-lo. Divida o código e a lógica em blocos reutilizáveis ​​menores e chame-os sempre que necessário.

2. Escreveu - refatorar

A maioria dos programadores, especialmente aqueles com pouca experiência, pensa que, se a tarefa for concluída, significa que o código funcionará conforme o planejado. Mas, para "concluir" a tarefa, não basta anotar o código que implementa uma nova função.

Mas se o código funcionar, o que mais é necessário?

Bem, sim, funciona. Porém, antes de prosseguir para a próxima tarefa, é necessário refatorar: isso melhorará a legibilidade do código. De fato, esse fragmento provavelmente não é o mais preciso e óbvio do que você escreveu: algo pode ficar imediatamente claro para você, mas como esse código será visto por outras pessoas? Seja crítico com sua criação.

Além disso, a refatoração ajuda a reduzir a complexidade do código, o que simplifica a manutenção. E no futuro valerá a pena.

3. Foco nos objetivos de negócios

Os desenvolvedores, em regra, estão tão imersos no estudo da pilha tecnológica que perdem de vista as tarefas da empresa - no entanto, não devemos esquecê-las. Lembre-se de qual é o objetivo do projeto que você está desenvolvendo?

Alguns desenvolvedores estão interessados ​​apenas nos aspectos técnicos de seu trabalho. Eles não estão preocupados com fatores econômicos e de negócios, cuja presença, de fato, lhes dá trabalho.

Qual é o seu tempo de trabalho gasto? Você beneficia os negócios - ou gasta muito tempo com o fato de que, de fato, isso não é muito importante? Faça a si mesmo essa pergunta com mais frequência.

4. Pequenas confirmações

Se o escopo do commit for pequeno, isso permitirá que você forneça uma descrição clara. Todo mundo entende que “alguns erros foram corrigidos” é uma descrição ruim , certo?

As confirmações pequenas simplificam a depuração: você pode reverter para a confirmação anterior e verificar se houve algum erro nela. E se não houver muito código no commit, será mais fácil procurar um erro.

Se as confirmações forem grandes, o resultado pode ser vários problemas e inconvenientes. Se as alterações em um commit afetam muitas coisas, fica claro o que exatamente mudou.

Mas alguém terá que verificar esse código, e ele (ou ela) ficará com medo de fazer a mesclagem, porque muito no commit pode potencialmente atrapalhar o restante do código.

Portanto, no caso de pequenas confirmações, a verificação de código é bastante simplificada: verificando uma alteração de cada vez, é fácil descobrir o que realmente mudou.

5. O principal é uniformidade

Se você decidir nomear variáveis ​​no estilo Camel, não volte atrás nesta regra. Deseja usar espaços em vez de guias? Vá em frente! Mas não importa o que você escolher, fique com ele em todos os lugares.

Com o tempo, torna-se cada vez mais difícil entender o software escrito: quanto mais um projeto existe e mais pessoas trabalham nele, mais desordem no código. Portanto, a falta de uniformidade cria problemas.

O que pode ser feito para manter a uniformidade?

Primeiro, você precisa escolher um certo estilo de design e cumpri-lo. Você pode usar analisadores de código - linters - que verificarão o que está escrito para conformidade com o estilo escolhido.

Em segundo lugar, atenha-se à nomeação uniforme de variáveis, métodos e classes. Leia mais sobre como dar bons nomes no meu artigo .

A principal coisa - lembre-se: a conveniência de manter a base de código depende muito da uniformidade do código!

6. Não deixe "para depois"

"Ok, eu vou consertar isso depois", soa familiar? Todos sabemos que esse "mais tarde" geralmente se transforma em "nunca". Se você vir o comentário "TODO", significa que alguém deixou algo por um período "indefinido" mais tarde.

Trabalhe em um trecho de código ou em uma história de usuário do zero à conclusão.

Mas o que significa "antes da conclusão"?

Primeiro de tudo, isso significa que o código foi refatorado, como mencionado acima. Além disso, o código precisa ser testado. E testar para a maioria dos desenvolvedores é talvez a parte mais não amada do trabalho. Ao mesmo tempo, não basta passar por um cenário que inclua apenas as ações fornecidas - verifique também outras opções. E você pode fazer um pouco mais de esforço e escrever alguns testes automáticos.

E o último é a documentação. Preciso de documentação para esta função específica? Você explicou ao testador como testar esse recurso? Ele (ou ela) precisa saber sobre pré-condições?

7. Não pare de aprender

Novas tecnologias aparecem todos os dias. Às vezes, pode parecer impossível acompanhar todas as tendências. No entanto, você não pode parar de aprender coisas novas: assim que parar de aprender, deixará de crescer profissionalmente.

Aprender o novo é a única maneira de permanecer relevante no mercado de trabalho em nossa era tecnológica de constante mudança.

"Você não crescerá se não tentar fazer algo além do que você já conhece perfeitamente"
- Ralph Waldo

Sobre o tradutor

O artigo foi traduzido por Alconost.

A Alconost localiza jogos , aplicativos e sites em 70 idiomas. Tradutores em idioma nativo, teste linguístico, plataforma em nuvem com API, localização contínua, gerentes de projeto 24/7, qualquer formato de recursos de string.

Também criamos vídeos de publicidade e treinamento - para sites que vendem, imagem, publicidade, treinamento, teasers, exploradores, trailers do Google Play e da App Store.

→ Leia mais