Clean Code - Criando código limpo!

GUJ Master Membro desde: 15/01/2007 13:31:32 Mensagens: 1266 Offline

Inspirado por uma palestra do Agile Brazil 2011, escrevi um post com um resumo de pontos que considero "os primeiros passos para um código melhor" do livro Clean Code, do Uncle Bob: http://vonjuliano.wordpress.com/2011/07/07/codigo-limpo/

Não me entendam mal ao divulgar um link do meu blog dessa forma, mas eu realmente gostaria que as pessoas passassem a produzir código limpo e de qualidade, então vejo essa como uma pequena contribuição, tentando despertar o interesse pelo livro.

Como foi muito falado durante o evento, código de verdade é código testado e limpo!

Flw!

JavaTeenager Membro desde: 15/06/2011 13:23:18 Mensagens: 179 Offline

von.juliano wrote:Inspirado por uma palestra do Agile Brazil 2011, escrevi um post com um resumo de pontos que considero "os primeiros passos para um código melhor" do livro Clean Code, do Uncle Bob: http://vonjuliano.wordpress.com/2011/07/07/codigo-limpo/

Não me entendam mal ao divulgar um link do meu blog dessa forma, mas eu realmente gostaria que as pessoas passasem a produzir código limpo e de qualidade, então vejo essa como uma pequena contribuição, tentando dispertar o interesse pelo livro.

Como foi muito falado durante o evento, código de verdade é código testado e limpo!

Flw!

Ótimo o seu posto no Blog, tudo que você falou, me fez pensar nos meus erros quando estou programando, ou seja, eu também produzo código 'sujo'. Pena que meu inglês é péssimo, senão eu iria comprar este livro, para melhorar o meu jeito de programar.

Sim. É um apelo bastante válido.
Eu adicionaria a recomendação de saber reconhecer um mau cheiro no código. É o primeiro passo para corrigi-lo.
E também colocaria uma recomendação de bibliografia, como o próprio livro que você citou, o clássico livro de refatoração e, talvez, alguns livros falando sobre projeto de software.

GUJ Master Membro desde: 22/01/2010 07:10:22 Mensagens: 1297 Offline

Eu li este livro, e de fato, é de um conteúdo sem igual. Também há um outro livro chamado Refactoring: Improving the Design of Existing Code, do Martin Fowler que é sensacional. Este último, como o título sugere, trata da "refatoração".

Java Ninja Membro desde: 10/06/2007 22:27:54 Mensagens: 283 Offline

Já li a versão traduzida desse livro e realmente é muito bom. Coisas simples, como nome de métodos e variáveis fazem uma grande diferença na hora de dar manutenção em um código. O livro é bem prático e de fácil entendimento. Recomendo.

JWizard Membro desde: 23/02/2007 15:52:55 Mensagens: 2034 Offline

Aproveitando a deixa, se estiverem usando eclipse

Window > Preferences > Java > Compiler > Errors / Warning

Em Potential programming problems alterem o valor das propriedades Null pointer access e Potential null pointer access para Error

JavaTeenager Membro desde: 15/06/2011 13:23:18 Mensagens: 179 Offline

MauNunes wrote:Já li a versão traduzida desse livro e realmente é muito bom. Coisas simples, como nome de métodos e variáveis fazem uma grande diferença na hora de dar manutenção em um código. O livro é bem prático e de fácil entendimento. Recomendo.

Você leu este livro baixado da internet ou você comprou o livro traduzido??? Se você comprou, onde você comprou???

Java Ninja Membro desde: 10/06/2007 22:27:54 Mensagens: 283 Offline

Eu ganhei o livro. Mas ja vi em um monte de lugar para comprar. Faz uma busca no buscape.

Thread.start() Membro desde: 19/01/2011 13:47:06 Mensagens: 43 Offline

André Fonseca wrote:Aproveitando a deixa, se estiverem usando eclipse

Window > Preferences > Java > Compiler > Errors / Warning

Em Potential programming problems alterem o valor das propriedades Null pointer access e Potential null pointer access para Error

André, qual a vantagem de se fazer esta modificação?

Grato
Ademir

This message was edited 1 time. Last update was at 07/07/2011 22:01:54

AdemirPinto wrote:
André, qual a vantagem de se fazer esta modificação?

Grato
Ademir

Um warning geralmente é sinal de que você está fazendo algo potencialmente perigoso. Se você não souber o que está fazendo (e ter certeza que funciona) é melhor mudar.

Acredito que a sugestão dele seja porque esses warning sempre representam problemas reais. Daí o código nem compila com essa falha.

von.juliano wrote:
Ele sugeriu um novo manifesto, o Manifesto Vergonha Na Cara, que estabelece que Código de verdade é código testado e limpo!

Achei fantástico essa parte. A última vez que sugeri aqui que os desenvolvedores tinham que ter responsabilidade pelo que entregam, disseram que eu era gerente....

GUJ Master Membro desde: 15/01/2007 13:31:32 Mensagens: 1266 Offline

ViniGodoy e Andre Rosa
Obrigado pelas sugestões, como falei no post, esse é o primeiro passo, creio que a leitura do Clean Code deva ser a primeira de muitas. Quanto ao Refactoring do Martin Fowler, vejo como o segundo passo, já que este é uma referência de como refatorar, enquanto o Clean Code é mais conceitual.

mauricionarcizo
A idéia é incomodar mesmo, assim como me senti incomodado durante a palestra. Eu já tinha lido o livro, já aplicava suas práticas, mas ainda sim não fiquei satisfeito após o que ouvi. Além disso, trabalhei com muitas pessoas que nunca nem ouviram falar do livro, então decidi escrever para espalhar a idéia, e espero que faça com que as pessoas pensem no assunto e leiam o livro.

Sobre o inglês, eu tenho o Refactoring em português e a tradução é horrível. Aconselho a adquirir livros dessa linha em inglês mesmo.

AbelBueno
Não desista de fazer a diferença. Procure falar com as pessoas certas, e procure formas de mostrar que testes e código limpo trazem benefícios. Use ferramentas como o Sonar, que permitem mostrar com gráficos esses números, e melhor, um plugin que faz um cálculo aproximado do quanto a dívida técnica do projeto custa para a empresa em dinheiro. É algo que pode chamar a atenção.

JWizard Membro desde: 23/02/2007 15:52:55 Mensagens: 2034 Offline

AdemirPinto wrote:

André, qual a vantagem de se fazer esta modificação?

Grato
Ademir

Você só vai conseguir capturar este erro quando rodar o seu programa, fazendo o que falei você irá ter um erro na hora de compilar estas classes.

Imagine que você criou um código assim

Só que você esqueceu de criar o aluno antes de chamar o método

Na hora de rodar a sua classe você irá receber o NullPointerException

Fazendo esta checagem anterior você irá poupar o trabalho de verificar estes erros depois que o seu código já estiver rodando no cliente, entendeu?

Tem muitas outras checagens que você pode fazer antes (checagem estática) e existem várias ferramentas que ajudam você a fazer isso (por exemplo o findbugs)

Notícias, artigos e o maior fórum brasileiro sobre Java