Last updated
Last updated
Eu não sei você, mas eu conheço muitos desenvolvedores que não conseguem lidar com código feio e desorganizado. Às vezes um código mal escrito pode até influenciar na produtividade -- tanto na sua, quanto na dos outros que, assim como você, passarão horas tentando encontrar uma agulha em um palheiro.
Temos algumas dicas básicas que, se seguidas corretamente, farão uma grande diferença para você e para os seus colegas desenvolvedores. Às vezes, segui-las com cuidado pode ser a diferença entre conseguir estender um pouquinho o seu café ☕️ e passar duas horas tentando entender aquele código que você escreveu um mês atrás!
Utilize nomes coerentes com o que está sendo feito.
Exemplo: function tomarCafe()
, ao invés de function cafe()
e var xicara
ao invés de var xic
.
Crie funções pequenas e específicas.
Exemplo:
ao invés de:
Refatorar! Se você viu um código (seu ou de outra pessoa) que poderia ser simplificado ou escrito de uma forma mais legível, refatore!
Atenção
Se estiver refatorando, tome apenas cuidado para não quebrar o código caso ele esteja sendo invocado em outras partes do sistema. Se planeja mudar algum método muito grande ou uma variável que aparece em várias partes do código, valide junto com seus colegas se a refatoração é realmente viável e necessária.
Leitura extra
É claro que os seus amigos da Soft já vão te dar um empurrãozinho para que você possa produzir códigos lindos 🦄 e acessíveis para todo mundo. Nós temos o nosso próprio que irá prevenir você de commitar um código que não funciona ou que não segue algum padrão que já foi definido previamente pelo Front-end chapter. O uso da é obrigatório para todos os front-enders da Soft, garantindo que your bad code shall not pass nem causar mil tretas em produção.
Não seja redundante (lembre-se dos !)