[Ajuda] - Sonar

[Denis Graciano]

Pessoal,

Gosto mais de ler os posts do que participar dando minha opinião,
mas dessa vez vou ter que pedir ajuda a vocês.

Gostaria de saber se opinião de vocês em relação a ferramenta sonar
para medir a qualidade do código para .NET?

Alguem utiliza essa ferrramenta aqui no grupo, pode me passar um
pouco da experiencia?

Agradeço desde já a atenção de todos.

Att,
Denis Graciano

[Juan Lopes]

Eu trabalho com Java, mas usei o Sonar durante algumas semanas rodando no meu servidor de build. 

As métricas são legais, me ajudaram a ver algumas coisas realmente erradas no meu código, mas a maior parte das métricas que vem por padrão são extremamente exageradas. E não tive saco para gastar tempo configurando quais métricas eram importantes pra mim. Nem eu nem meu time se interessaram por ele.

Para enumerar, gostei da detecção de ciclos de dependências entre pacotes (coisa que eu não me preocupava muito). Mas alguns alertas de estilo como exigir curly brackets em ifs, achei ruim. Principalmente porque esse tipo de métrica é a maior parte do set padrão.

A única métrica que tem servido pra alguma coisa (pra mim) é code coverage, e isso eu já fazia sem sonar.

2012/5/10 Denis Graciano <denisg...@gmail.com>

--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetar...@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br

--
https://github.com/juanplopes

[Rafael Ponte]

Concordo com o Juan, normalmente me limito ao relatório básico de testes e ao code coverage - e ambos não precisam do Sonar.

2012/5/10 Juan Lopes <m...@juanlopes.net>

--
Rafael Ponte
http://www.triadworks.com.br

[Fabricio Colombo]

Além das métricas já citadas, outras que acho importante é a complexidade ciclomática é a duplicação de código.

O que acho bacãna é que as métricas são persistidas, e você pode ter um acompanhamento do projeto com o passar do tempo, e visualizar de maneira muito fácil se a coisa está melhorando ou se deteriorando (Motion Chart e Time Machine).

Atenciosamente

Fabricio Colombo

Desenvolvedor Delphi e Java
Maringá - PR
Blog: http://fabriciodev.blogspot.com

	Siga-me no Facebook
	Siga-me no Twitter

[Serginho Fernandes]

Eu utilizo o Sonar desde 2007 com Java. Foi uma grande mudança, já que
ele consolidou e simplificou o uso de diversas ferramentas de análise
que já usávamos, como PMD, CheckStyle, Cobertura e FindBugs, que
tinham configurações muito trabalhosas e relatórios péssimos.

Os relatórios do Sonar são bonitos e bastante amigáveis, acessíveis
inclusive para pessoas sem skill de desenvolvimento, o que nos permite
expor a qualidade da base de código para o resto da empresa. Isto pode
ser decisivo para conseguir, por exemplo um budget para refactoring.

Para arquitetos, o Sonar oferece uma forma simples e prática para
monitorar a evolução da base de código, e tomar as medidas necessárias
para corrigir problemas, caso seja necessário. É fantástico para
acompanhamento de múltiplos projetos e suas equipes.

Uma armadilha destas ferramentas de análise é que os desenvolvedores
tendem a perder o foco no produto, e tentam corrigir todos os
problemas apontados nos relatórios. É necessário fazer sempre as
análises dos aspectos de qualidade, pesando-os em relação à
criticidade do código e objetivos da empresa, e assim planejar os
refactorings ou outras ações.

Atualmente estou tentando usar o Sonar com .Net, mas o caminho é bem
mais difícil do que para Java, já que as ferramentas de análise .Net
ainda não estão maduras; os plugins do Sonar (C# ecosystem) menos
ainda. Prometo que quando conseguir vou postar o caminho das pedras :)


[]'s
Sergio Fernandes

[Mário Meyrelles]

Eu especialmente fico no aguardo se você conseguir Serginho.

Acredito que quando tivermos um Sonar decente, conseguiremos evoluir muito mais.

Sds,

Mário

2012/5/17 Serginho Fernandes <serginho....@gmail.com>