05abr

[Clean Code] – Tome cuidado com seus comentários!

FILED IN Clean Code Sem comentários

Sim, comentários são tentadores, mas podem arruinar seu código e acabar com sua reputação. Digamos que o comentário é um mal necessário e pode nos nortear em determinadas ocasiões mas, dependendo de como, quando e onde ele for colocado, pode nos atrapalhar e muito.

Não use comentários como muleta:

O comentário não pode servir de muleta para códigos ruins e em 90% dos casos eles são adicionados por esse motivo. Precisamos ler um código da mesma maneira que lemos um livro, repare que em muitos livros existem comentários no rodapé e, sem esses comentários, ficaria complicado entender a citação do autor.

“Explique-se e não complique-se”:

Antes de adicionar um comentário, analise o código e verifique o que você pode mudar para que ele não precise de explicações. Se depois de analisar e “refatorar” seu código você ainda sentir necessidade de incluir um comentário, seja muito claro e direto ao inseri-lo. Nunca, em hipótese alguma inclua comentários como:

// Verifica se $usuário é igual a fernando
if($usuario == 'fernando'){
...
}

// Data e hora
date("d/m/Y H:i:s");

Precisava realmente desses  comentários?

Chaves de fechamento:

Esse é um erro que eu cometi durante muito tempo, sempre com a grande desculpa de que a IDE que eu usava não indicava o fechamento para a minha função. Mas quando começamos a entender a importância de “refatorar” nossos códigos e vemos que a nossa função, por exemplo, precisa de um comentário para identificar seu fechamento é sinal de que algo está errado!

public function adicionarNomeUsuario($nome){
...
}//public function adicionarNomeUsuario($nome)

Longos e intermináveis comentários:

Acredite, ainda existem pessoas que, ao editar um módulo, adicionam um comentário no início para informar o que foi modificado. Com o passar do tempo, esse comentário parecerá uma redação e perderá completamente seu sentido, servindo apenas para confundir e irritar quem abrir o arquivo.

Depois desse breve post, lembre-se de que comentários não são obrigatórios e eles podem atrapalhar mais do que ajudar. Caso precise adicionar algum comentário perca tempo para faze-lo bem e use o bom senso!

, , , , , ,

10dez

A importância de ter um código limpo

FILED IN Agile | Clean Code 4 Comentários

http://toma.ai/7k1

Quantas e quantas vezes nos sentimos como faxineiras chegando em uma casa extremamente suja e bagunçada? Que atire a primeira pedra o programador que nunca fez um código sujo! Ok, ok, eu também não sou nenhum santo e já fiz e faço muita bagunça, mas sempre que possível eu entro nos meus códigos antigos e os arrumo da melhor maneira possível! Mas, por qual motivo devamos nos preocupar com isso? Tentarei esclarecer essa dúvida e convencer você de que código limpo não é uma opção e sim uma obrigação.

Preocupe-se com desempenho: código sujo pode fazer com que sua aplicação fique mais lenta. Muitas vezes criamos um monstro e cometemos o erro de falar: “Está funcionando? Está bom!”. Mas será que está funcionando da forma certa? Será que estamos criando uma sobrecarga no servidor ou na máquina do usuário?

Não seja individualista: “Está bagunçado mas eu entendo. Quem for mexer depois que se vire”. Epa! Não é bem assim! Não seria maravilhoso olhar para um código e entender tudo que a outra pessoa fez? Por que você não pode fazer isso? Pense em equipe, sempre!

A pressa é inimiga da perfeição: muitas vezes recebemos um projeto que deve ser realizado em um prazo que não existe possibilidade de efetuar testes, verificar erros etc.  Eu entendo, mas imagine que o seu monstro pode voltar-se contra você! Faça algo correndo ou “nas coxas” que o dia que você precisar dar manutenção será um Deus nos acuda.

Prenda o cliente pela qualidade: eu já ouvi programador dizer que prefere deixar uma aplicação suja e de uma forma que só ele poderá dar manutenção para evitar que o cliente contrate outra pessoa. Pense bem, não é muito melhor você prender seu cliente pela qualidade e transparência do que pela necessidade? Se você fizer um trabalho bem feito, der uma atenção especial e tentar entender os problemas do seu contratante,  é fato que você não ganhará apenas um cliente e sim um amigo/aliado.

Mas, depois disso tudo você para e pergunta: “Como identificar se meu código está limpo?”. No DevInSampa 2010 Hugo Corbucci apresentou uma palestra sobre código limpo e, em sua apresentação ele falou uma coisa muito certa. Quando você para, olha seu código e solta um “Que P. é essa?” é sinal de que alguma coisa está errada! A outra forma de identificar sujeira está na quantidade de comentários em sua função ou aplicação. Se isso acontece significa que alguma coisa pode melhorar e também é sinal de que você pode e deve limpar seu código! Sim, você não deve (falo não deve o que é diferente de não pode) efetuar vários comentários para explicar uma coisa que teoricamente era para ser óbvia. Preocupe-se também com a indentação do seu código e com a padronização, certamente você não vai se arrepender.

Essa é a dica, tente deixar seu código mais claro possível, tente ajudar o próximo e imagine que o próximo pode ser você!

, , ,

TOPO