Em meus últimos post tenho falando bastante sobre qualidade. Já falei um pouco sobre  Qualidade em Processo de Desenvolvimento de Software e sobre Qualidade com Foco no Produto de Software. Neste post concentro em o que deve ser feito para obter qualidade no código fonte.

Recentemente eu tive a oportunidade de palestrar no devday 2011. Minha palestra foi sobre "Qualidade de código: boas práticas, princípios e padrões". Neste post, abordo o mesmo assunto da palestra, mas antes disso, vou apontar alguns "code smell" (mal cheiro) que são frequentemente encontrados nos códigos dos programadores. Muitos dos referidos "code smell" são causados por uma má gestão das dependências no código. Baixa coesão e alto acoplamento são um dos fatores fundamentais para aumentar a dependência, dificultar a manutenção, expansão e alteração. No livro  Agile Principles, Patterns, and Practices in C#, o Robert Martin (uncle bob) destaca alguns "code smell" causados por esse tipo de deficiência:

Olá Pessoal.

Este é o segundo post de uma série de post's que estou fazendo, em formato de resenha. Como partida, estou lendo o livro Management 3.0 Leading Agile Developers, Developing Agile Leaders e sintetizando ele aqui. Confira aqui a parte 1. 

Olá Pessoal.

Este post é o primeiro de uma série de posts que pretendo publicar, em formato de resenha, sobre "livros que estou lendo". Como partida, fiz a primeira de várias outras do livro Management 3.0 Leading Agile Developers, Developing Agile Leaders.  O livro pretende mostrar como ser um bom gerente ágil. A base para isso é o entendimento sobre pessoas e sistemas e a maneira como as pessoas pensam sobre sistemas. Antes de tudo, os gerentes devem compreender como sistemas sociais funcionam.

Na definição da teoria da criação do conhecimento organizacional [Nonaka e Takeuchi, 1995] definiram duas dimensões para a criação do conhecimento: 

i) a dimensão epistemologica: onde é feita uma distinção entre o conhecimento tácito e o explícito para a criação do conhecimento. Essa distinção corrobora com a estabelecida por [Polanyi, 1967]. O conhecimento tácito é individual, pertence a pessoa é específico ao contexto e é difícil de ser registrado e compartilhado. Já o conhecimento explícito pode ser registrado em meios físicos ou digitais em linguagem natural, formal, ou sistêmica;

ii) a dimensão ontológica: onde enfatiza a criação do conhecimento organizacional em oposição à criação do conhecimento individual, passando por vários níveis de criação do conhecimento (individual, grupal, organizacional e inter-organizacional).  

Princípio da única Responsabilidade:

"Nunca deve haver mais de um motivo para uma classe ser alterada"

Cada responsabilidade constitui-se uma dimensão de mudanças.  Se uma classe tem mais de uma responsabilidade, então haverá mais de uma razão para alterá-la.  Quanto mais responsabilidades há numa classe, mais frágil (maior risco de para de funcionar) torna-se o projeto.

Por muito tempo o teste de software foi visto como uma atividade do processo de desenvolvimento de software que no papel era extremamente importante e necessária para atingir a qualidade do produto de software, mas na prática, por muitas empresas, tornou-se uma das atividades mais negligenciada.   Por esse motivo enraizou-se uma péssima cultura em relação à atividades de testes, que, quanto a importância, ficou à margem da construções do software e que, se desse tempo, era executada. A negligência, por muito tempo da referida atividade gerou algumas "afirmações" que hoje soam como piadas:

DEVELOPERS!!!

O #DevDay 2011 esta a todo vapor!!!

A comunidade DevIsland esta preparando um grande presente para a comunidade de desenvolvimento mineira!

Ajude-nos a divulgar o evento colocando o sticker ao lado no seu site (saiba como em http://devday.devisland.com/Divulgue) e também faça como eu, faça um post no seu blog.

Ajude-nos também a captar patrocinadores divulgando os nossos planos do patrocínio, converse na sua empresa, converse com seu chefe e seus amigos, quanto mais patrocinadores conseguimos mais barato será o valor da inscrição.

Vamos lá Minas!!! Vamos fazer um evento para todo Mineiro se orgulhar do tamanho da nossa comunidade!!!