Peer review: faça ou arrpenda-se!

Peer review, ou "revisão por pares", é uma prática de qualidade de software frequentemente negligenciada nas empresas de TI, sigam elas "métodos ágeis" ou não. Porém, esta prática pode diminuir os custos de desenvolvimento, evitando problemas no momento mais crucial do Projeto: A aceitação.

3 erros que os desenvolvedores continuam a cometer

É impressionante o fato desses 3 erros ainda serem cometidos hoje em dia! Depois de tanto investimento em qualidade de software e em processos de desenvolvimento, existem vários erros que continuam a ser repetidos na maioria dos projetos, dentre esses, eu listei 3 que eu vejo com frequência ocorrerem juntos. 

Aproveite o Carnaval, e leia esse artigo, no intervalo do bloco ou da escola de samba, para quando voltar ao trabalho, evitar que aconteçam.

Novo techguide: Como avaliar projetos de software

Acabamos de inaugurar mais um serviço do Bom Programador: Techguides! São livros pequenos, licenciados sob Crative Commons, e disponibilizados gratuitamente para você. Confira nosso primeiro TechGuide: Como avaliar projetos de software.

Curso de Processo de Qualidade Ágil

Finalmente, o curso de Processo de Qualidade Ágil vai ter uma nova turma. Se você perdeu as outras oportunidades, não pode ficar de fora desta!

Um curso completo, que ensinará você a gerenciar a qualidade de seu projeto de forma ágil e prática, mantendo sua Dívida técnica sob controle. Aprenda a maximizar seu investimento, reduzindo seu custo e risco, além de aumentar a satisfação dos seus Clientes.

Você aprenderá com profissionais altamente especializados, autores de livros sobre qualidade de software (Qualidade de Software na Prática) e criadores de ferramentas de análise de código (jQana).

A próxima turma será no Rio de Janeiro, mas também estamos aceitando pedidos de turmas em São Paulo e Belo Horizonte. CLIQUE AQUI para cadastrar seu interesse, sem compromisso. Nós vamos contata-lo (la) assim que possível.

Seleção de artigos sobre qualidade de software e métricas

A Copa da FIFA ainda não acabou, logo, colocamos em campo nossa seleção campeã de artigos sobre qualidade de software e métricas:

• Ajuda para resolver problemas detectados no código fonte



• Como usar o jQana adequadamente em seu projeto



• Três coisas que você deveria exigir do seu prestador de serviços em TI



• Definição da métrica LCOM4



• O nirvana do bom código fonte



• Camadas versus Pacotes



• Dependência entre Pacotes

Como usar o jQana em seu projeto adequadamente

O jQana é um plugin Maven que verifica 3 importantes métricas em um projeto Java: Response For a Class, LCOM 4 (Lack of Cohesion in Methods - Hitz & Montazeri) e Complexidade Ciclomática (McCabe).

Ele funciona  com o Apache Maven, podendo rodar sob o Maven 2 ou 3 sem problemas. Vamos dar umas dicas de como usar o plugin em seus projetos.

O Workshop de Qualidade de Software do CISL foi um sucesso!

Conforme amplamente divulgado, eu ministrei o treinamento: "Workshop de Qualidade de Software" através do CISL, aberto para todos e gratuito. O Evento aconteceu na sede do Serpro - Horto, no Jardim Botânico, Rio de Janeiro, e contou com representantes de diversas empresas e autarquias, como:

• INT - Instituto Nacional de Tecnologia, do Ministério da Ciência, Tecnologia e Inovação;
• Casnav - Centro de Análise de Sistemas Navais, da Marinha;
• EMGEPROM - Empresa Gerencial de Projetos Navais, da Marinha;
• INPI - Instituto Nacional da Propriedade Industrial, do Ministério do Desenvolvimento, Indústria e Comércio Exterior;
• SERPRO - Serviço Federal de Processamento de Dados, do Ministério da Fazenda;

Falamos sobre os principais aspectos de uma aplicação, que são fonte de dívida técnica, propondo um modelo hierárquico e estruturado para avaliar e detetar problemas de qualidade de software, começando com a Arquitetura, passando pelo Projeto e chegando à Construção do sistema em análise.

Apresentei a ferramenta jQana, assim como diversas outras ferramentas livres (SonarQube, Maven, JDepend, Cobertura, Checkstyle, PMD e Findbugs), mostrando como utilizá-las, tanto individualmente como dentro de um processo de Integração Contínua.

Porém, o foco não foi só em ferramentas, mas em conceitos de qualidade de software (em cada aspecto) e as métricas associadas a eles, tudo com várias experiências práticas. 

Tenho recebido várias manifestações de pessoas que perderam ou que não conseguiram se inscrever no Workshop e estou tratando com o CISL uma futura repetição, talvez via video streaming. 

Workshop de Qualidade de Software

Inscrições até 18/04! 

http://vai.la/4uVT

Workshop de Qualidade de Software no CISL

Aí está o que você queria: O Workshop de Qualidade de Software ministrado pelo CISL: Comitê de Implantação de Software Livre do Governo Federal. Será realizado no período de 05/05/2014 até
08/05/2014, na sede do SERPRO, no Horto, no horário de 9:00 -> 13:00.

As vagas são limitadas. Para se inscrever, enviar os dados  (nome, CPF, e-mail, telefone, instituição e CNPJ da instituição) para o endereço eletrônico: [email protected] até o dia 18/04/2014. As vagas serão alocadas por ordem de chegada dos pedidos, respeitando a divisão de vagas entre os órgãos.
Encaminharemos a confirmação ou não da vaga no treinamento no dia 21/04/2014.

Conteúdo Programático:
- Apresentação sobre Dívida técnica e prática de ferramentas de análise (Maven, Sonar, jQana, JDepend, Cobertura, PMD, Checkstyle e Findbugs);
- Arquitetura: Apresentação sobre os principais problemas arquiteturais e como detetá-los usando as ferramentas apresentadas. Prática usando sistemas de exemplo;
- Projeto: Apresentação sobre os principais problemas com projeto de software e sua análise, utilizando as ferramentas apresentadas. Também tem prática;
- Implementação: Apresentação sobre os principais problemas com implementação (programação), e sua análise com as ferramentas. Também tem prática;

Lack of Cohesion in Methods 4 (LCOM4)

LCOM 4 é uma métrica sobre coesão de métodos de uma classe, servindo para identificarmos classes suspeitas de violação do princípio SRP (Single Responsability Principle). Apesar de ser muito importante, algumas ferramentas de análise de código deixam de medi-la corretamente.

Uma arquitetura diluída: Lógica de negócios

Continuando nossa série de artigos sobre arquitetura de software corporativo diluída, vamos agora mostrar como implementar a camada de lógica de negócios do nosso Microblog. Se você não viu o início da série, por favor consulte o "Set list".

Três coisas que você deveria exigir do seu prestador de serviços de TI

(Openclippart.org - liftarn)

Você paga um bom dinheiro para o seu Prestador de serviços de TI, certo? Então, tem direito de exigir pelo menos três coisas dele, por exemplo, provas de que o software desenvolvido funciona a contento. É a mesma coisa que você faz quando compra um Gadget eletrônico: pede ao vendedor que o teste. Vamos ver quais são essas três coisas, que sempre fazem os Consultores "fecharem a cara" imediatamente.

Ajuda para resolver problemas detetados no código fonte

Recebi um email furioso / desesperado de um leitor do Blog, o qual, com razão, solicita ajuda para resolver problemas detetados em uma recente análise de código, feita depois do nosso artigo "Análise de código fonte em Java com ferramentas livres". Apesar de ser um Domingo, e eu ter acabado de acordar, acho que vale um post sobre o assunto, pois tenho responsabilidade com aquilo que publico para vocês. Vamos ver rapidamente em que posso ajudar.

Sonar vai deixar de calcular a métrica LCOM4

Conforme a entrada no JIRA do SONAR número 4853, cujo título é: "Remove support of LCOM4", o SONAR (agora quer ser chamado de "SonarQube") vai deixar de calcular e reportar a métrica LCOM4, a única de coesão de classe que ele calculava. E, ainda por cima, não dá suporte às outras métricas LCOM, como LCOM3 e LCOM5. O motivo alegado é: "this metric generates too many false-positives to be really usable" .

Vídeo e slides da palestra "Análise de código Java com ferramentas Open Source"

A gravação da palestra "Análise de Código Java com ferramentas Open Source" está disponível. Assista agora mesmo. Para ver outras palestras ou baixar os slides, visite nossa página PALESTRAS. Curta e divulgue!

Análise de Código e Qualidade de Software

Sem dúvida, a maior causa de problemas de baixa qualidade de software é A PEÇA! Mais especificamente, a peça que fica entre a cadeira e o teclado, seja ela Gerente ou Desenvolvedor. Soluções idiotas, como a da Foto, são frequentemente encontradas e justificadas pelos seus criadores. Ontem, ministrei a palestra Análise de Código Fonte com Ferramentas Open Source, pelo CISL, muita gente fez perguntas sobre assuntos que já foram discutidos aqui, no nosso Blog, então, fiz uma "Set List" com os mais importantes e que respondem a maior parte das dúvidas.

Não perca minha palestra de amanhã

Análise de código com ferramentas open source, pelo CISL - Comitê de Implantação de Software Livre do Governo Federal. Será as 10:00, com transmissão ao vivo.

Resumo:
Diante das mudanças que as ferramentas de análise de código estão passando, é melhor nos garantirmos usando apenas ferramentas realmente Open Source. E isso tem algumas razões:
- Maior transparências, através do uso de padrões consagrados de mercado e de código realmente aberto;
- Uma única codebase, sem "versão enterprise", ou suporte "premium";
- Comunidade ativa e engajada.

Application Lifecycle Management e Automação do desenvolvimento

Como pensar em Entrega Contínua e DevOps, sem pensar em automação do ALM (Application Lifecycle Management)? Como podemos pensar em "Push button deploy" sem termos certeza do que estamos liberando e quando?

Neste artigo, que segue nossa série sobre Continuous Delivery e DevOps, vamos falar um pouco sobre ALM e sua automação, revendo conceitos e apresentando os desafios e soluções existentes.

Novo livro: Entrega contínua e DevOps

É, meus amigos, ano novo, livro novo! Acabei de lançar meu novo livro, Qualidade de Software na Prática, e já estou entregando outro à editora, com o título provisório de Entrega Contínua e DevOps. Na verdade, são dois métodos derivados das boas práticas de qualidade de software, sendo uma evolução natural de tudo o que venho pregando, ao longo desses anos. Este novo livro, é o complemento ideal para a sequência das minhas publicações. Espero continuar contando com o seu apoio! Ah, e não deixe de usar nossa ferramenta de qualidade de código Java: jQana!

Dependência entre pacotes

Muito se pode dizer sobre a Arquitetura de um software, apenas estudando os relacionamentos de dependência entre seus Pacotes. Continuando nosso "papo" sobre Arquitetura, vamos estudar um pouco os tipos de dependências entre Pacotes e seu reflexo na qualidade de um software.