Comments on: Você acredita no seu código? http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/ blog dos desenvolvedores da Caelum Mon, 05 Jan 2009 17:46:09 +0000 http://wordpress.org/?v=2.7 hourly 1 By: Lucimara http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-42070 Lucimara Sat, 07 Jun 2008 00:59:25 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-42070 Sao varios os motivos para nao termos software com qualidade. E isso vai desde uma analise mal elaborada ate a programacao. Muitos programadores, infelizmente, nao realizam testes unitarios. Algumas empresas tambem nao aplicam uma metodologia agil de desenvolvimento de software, onde a equipe de programadores interajam, sabendo o q um e outro esta desenvolvendo. Enfim... sao varios os motivos e cabe a empresa e a equipe de desenvolvimento tomarem todas as providencias para que seja desenvolvido sistemas que realizam aquilo q o cliente quiz. Quanto ao artigo, muito bom, excelente. Sao varios os motivos para nao termos software com qualidade. E isso vai desde uma analise mal elaborada ate a programacao. Muitos programadores, infelizmente, nao realizam testes unitarios. Algumas empresas tambem nao aplicam uma metodologia agil de desenvolvimento de software, onde a equipe de programadores interajam, sabendo o q um e outro esta desenvolvendo. Enfim… sao varios os motivos e cabe a empresa e a equipe de desenvolvimento tomarem todas as providencias para que seja desenvolvido sistemas que realizam aquilo q o cliente quiz.
Quanto ao artigo, muito bom, excelente.

]]> By: Fabio Kung http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-68 Fabio Kung Fri, 15 Sep 2006 16:58:18 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-68 Outra dica de ferramenta que verifica a cobertura do código por testes (code-coverage): <a href="http://cobertura.sourceforge.net" rel="nofollow">Cobertura</a>. Tenho testado e estou bem satisfeito! A vantagem sobre o Clover é que o Cobertura tem a licensa Apache 2.0, podendo ser usado em projetos comerciais (o Clover só é gratuito para projetos de software livre). Outro ponto importante é que o Cobertura integra bem (e fácil) com o maven 2! Outra dica de ferramenta que verifica a cobertura do código por testes (code-coverage): Cobertura.

Tenho testado e estou bem satisfeito! A vantagem sobre o Clover é que o Cobertura tem a licensa Apache 2.0, podendo ser usado em projetos comerciais (o Clover só é gratuito para projetos de software livre).

Outro ponto importante é que o Cobertura integra bem (e fácil) com o maven 2!

]]> By: Sandro Santos Guimarães http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-65 Sandro Santos Guimarães Fri, 15 Sep 2006 12:03:36 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-65 Guilherme, Achei muito legal o arquivo, e até já li muita coisa sobre teste mas nada que fosse tão completo. O que vc acha de um tutorial publicado na MJ sobre isso, mas dessa maneira completo, ou pelo menos no GUJ. :-) Parabéns! Guilherme,
Achei muito legal o arquivo, e até já li muita coisa sobre teste mas nada que fosse tão completo.
O que vc acha de um tutorial publicado na MJ sobre isso, mas dessa maneira completo, ou pelo menos no GUJ. :-)
Parabéns!

]]> By: Fabio Kung http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-64 Fabio Kung Wed, 13 Sep 2006 12:07:05 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-64 Claro que comparar com os processos usados na fabricação de hardware é um pouco difícil, mas é possível sim. Boaglio, é justamente o fato de não ter pessoas recém-formadas fabricando processadores que confirma o fato de que o desenvolvimento de hardware está bem mais avançado que o desenvolvimento de software. De fato, a engenharia de sofware é bem mais nova, mas isso não pode ser desculpa! Criar um processador não é um processo exato e preciso: também está sujeito a erros. A diferença aí é justamente a preocupação com a qualidade. Não acho que seja muito diferente de se preocupar com a qualidade do software. É difícil esgotar todas as possibilidades de teste de um software, assim como também é difícil esgotar as possibilidades de teste em um processador. E olha que eu ainda nem comentei que no desenvolvimento de hardware também há bastante software (os microprogramas, por exemplo). Claro que comparar com os processos usados na fabricação de hardware é um pouco difícil, mas é possível sim.

Boaglio, é justamente o fato de não ter pessoas recém-formadas fabricando processadores que confirma o fato de que o desenvolvimento de hardware está bem mais avançado que o desenvolvimento de software. De fato, a engenharia de sofware é bem mais nova, mas isso não pode ser desculpa!

Criar um processador não é um processo exato e preciso: também está sujeito a erros. A diferença aí é justamente a preocupação com a qualidade. Não acho que seja muito diferente de se preocupar com a qualidade do software. É difícil esgotar todas as possibilidades de teste de um software, assim como também é difícil esgotar as possibilidades de teste em um processador.

E olha que eu ainda nem comentei que no desenvolvimento de hardware também há bastante software (os microprogramas, por exemplo).

]]> By: Guilherme Silveira http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-63 Guilherme Silveira Tue, 12 Sep 2006 13:56:10 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-63 Boaglio, boa parte do que comentei integra com Maven 2. So o Cargo e o FIT que eu apanho. O Cargo dá para dar um jeito, o FIT não consegui totalmente, ainda. Todo o resto tem exemplos de como fazer etc. O problema está em diversos lugares mesmo... desde a empresa pedir demais de pessoas com pouca experiência até o volume enorme de programadores no mercado. Além disso, um desenvolvedor deve saber quando colocar uma prática nova em jogo na empresa, e a empresa semi-aberta a novas idéias. Boaglio, boa parte do que comentei integra com Maven 2. So o Cargo e o FIT que eu apanho. O Cargo dá para dar um jeito, o FIT não consegui totalmente, ainda. Todo o resto tem exemplos de como fazer etc.

O problema está em diversos lugares mesmo… desde a empresa pedir demais de pessoas com pouca experiência até o volume enorme de programadores no mercado. Além disso, um desenvolvedor deve saber quando colocar uma prática nova em jogo na empresa, e a empresa semi-aberta a novas idéias.

]]> By: ASOBrasil http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-62 ASOBrasil Mon, 11 Sep 2006 14:11:46 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-62 Guilherme, Concordo plenamente com seu ponto de vista! Agora uma pergunta. Será que o problema também não está na forma de como os softwares são desenvolvidos na maioria das empresa? Ou seja, a passos de tartaruga no começo do projeto, pois faz-se muita documentação que o desenvolvedor nem acaba usando e fica a correria para o final do projeto! Trabalhei em uma empresa onde contrataram um cara para cuidar da parte de testes e validar o código feito pelos desenvolvedores; no final do projeto, até o cara estava desenvolvendo de tão atrasado que estava! E justamente porque perdeu-se tempo demais na fase da análise! Reuniões/documentação, reuniões/documentação e desenvolvimento que é bom nada! É claro também que boa parte da culpa é do desenvolvedor que não sabe ou tem preguiça de criar testes automatizados e acaba não impondo essa condição para melhoria do seu próprio trabalho! Guilherme,

Concordo plenamente com seu ponto de vista! Agora uma pergunta. Será que o problema também não está na forma de como os softwares são desenvolvidos na maioria das empresa? Ou seja, a passos de tartaruga no começo do projeto, pois faz-se muita documentação que o desenvolvedor nem acaba usando e fica a correria para o final do projeto! Trabalhei em uma empresa onde contrataram um cara para cuidar da parte de testes e validar o código feito pelos desenvolvedores; no final do projeto, até o cara estava desenvolvendo de tão atrasado que estava! E justamente porque perdeu-se tempo demais na fase da análise! Reuniões/documentação, reuniões/documentação e desenvolvimento que é bom nada! É claro também que boa parte da culpa é do desenvolvedor que não sabe ou tem preguiça de criar testes automatizados e acaba não impondo essa condição para melhoria do seu próprio trabalho!

]]> By: Fernando Boaglio http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-61 Fernando Boaglio Mon, 11 Sep 2006 13:35:38 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-61 Não dá pra fazer uma comparação nua e crua com a Engenharia de Hardware, pois não temos recém formados ou pessoas de outras áreas criando processadores. Além disso testar um processador é um processo muito exato e preciso, o que é bem diferente de testar o funcionamento de um software e simular todas as situações (algumas até bizarras) que um usuário pode fazer. Pergunta ao Guilherme: eu consigo integrar todos esses frameworks que vc usa para testes no Maven2? Não dá pra fazer uma comparação nua e crua com a Engenharia de Hardware, pois não temos recém formados ou pessoas de outras áreas criando processadores.
Além disso testar um processador é um processo muito exato e preciso, o que é bem diferente de testar o funcionamento de um software e simular todas as situações (algumas até bizarras) que um usuário pode fazer.
Pergunta ao Guilherme: eu consigo integrar todos esses frameworks que vc usa para testes no Maven2?

]]> By: Fabio Kung http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/comment-page-1/#comment-60 Fabio Kung Sat, 09 Sep 2006 20:02:53 +0000 http://blog.caelum.com.br/2006/09/08/voce-acredita-no-seu-codigo/#comment-60 Pense só como deve ser difícil fazer um chip com milhões de transistores que funcione de forma adequada! A engenharia de hardware está anos-luz na frente da engenharia de software, na minha opinião. É difícil de ver software que sequer funcione direito! Dá para sequer achar que o processo de desenvolvimento de um processador ocorra sem testes contínuos? Existem até os pinos de depuração... Pense num sistema que calcule a dosagem de medicamento para pacientes. Dá para arriscar a vida de pessoas em "Acho que calcula direito", ou "Funcionou direito na minha máquina" ? É inaceitável uma coisa dessas... Não vejo como ter software com qualidade sem testes automatizados! Pense só como deve ser difícil fazer um chip com milhões de transistores que funcione de forma adequada!

A engenharia de hardware está anos-luz na frente da engenharia de software, na minha opinião. É difícil de ver software que sequer funcione direito!

Dá para sequer achar que o processo de desenvolvimento de um processador ocorra sem testes contínuos? Existem até os pinos de depuração…

Pense num sistema que calcule a dosagem de medicamento para pacientes. Dá para arriscar a vida de pessoas em “Acho que calcula direito”, ou “Funcionou direito na minha máquina” ? É inaceitável uma coisa dessas…

Não vejo como ter software com qualidade sem testes automatizados!

]]>