Gestão de configuração precisa ser uma dor de cabeça?

#engenhariaDeSoftware #projeto #ti #negócios #falandosobresoftware
Você sabe o que é gestão de configuração? http://falandosobre.software/gestao_configuracao/

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.

Curadoria de micro serviços

Para nos beneficiarmos de uma arquitetura de micro serviços, várias práticas são importantes e necessárias, como: Entrega contínua, Gestão de processamento paralelo e distribuído, Infrastructure As Code etc. Além disso, devemos ser capazes de subir várias instâncias de cada um dos nossos micro serviços, cuidando para mantermos um bom fluxo de processamento, e baixo consumo de recursos. Isto é possível com a Escalabilidade Elástica, algo que parece surgido da ficção científica, que o Bom Programador mostra agora para você.

Todos esses conceitos formam a atividade de: Curadoria de micro serviços.

Coisas importantes sobre Node.js e ecossistema javascript

Como dizem os Americanos: "there's more than meets the eye", ou seja, tem muita coisa mais sobre o desenvolvimento com o ecossistema Javascript e o Node.js, do que estamos vendo. Vou mostrar uns poucos artigos que você deveria ler.

Existe futuro para o Java EE?

Existe futuro para o Java EE? Ainda há esperança para esse famoso stack de desenvolvimento de aplicações corporativas? Ou tudo se resumirá ao Node.js e às tecnologias mais modernas? (imagem feita por j4p4n, obtida do OpenClipart).

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;

Métodos ágeis, arquitetura lerda

Hoje em dia, as técnicas chamadas de "Métodos ágeis" dominam completamente as áreas de desenvolvimento de software. Coisas como: Scrum, Kanban, XP e Planning poker, "pululam" as discussões sobre o assunto, com defensores cada vez mais estóicos. Porém, as equipes continuam utilizando as mesmas técnicas "mastodônticas", baseadas no "ecossistema" corporativo Java, que trazem uma enorme Complexidade Acidental embutida. Isto acaba criando conflitos e soluções ruins, pois, devido ao seu peso desproporcional, as arquiteturas "inchadas", baseadas nesse "ecossistema", acabam "guiando" a solução, o que, geralmente, força o projeto a entrar no ritmo de "tudo ou nada", quando os "Sprints" se tornam muito curtos para serem atendidos com qualidade. É necessário repensar a maneira como construímos aplicações, usando uma arquitetura mais diluída, se quisermos realmente sermos ágeis.

A armadilha das soluções "corporativas"

Uma das mais antigas táticas da máfia em todos os tempos é oferecer o que você não precisa, para resolver o problema que você não tem. Essa tática é utilizada até hoje, com sucesso, pelos fornecedores de "soluções corporativas", que começam como uma pequena teia de aranha, e terminam com você, todo enrolado, sendo devorado por elas.

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.

Motivação para uma nova arquitetura de aplicações corporativas

Realmente, o meu artigo "É hora de balançar a árvore", rendeu muita polêmica. E a ideia era essa mesmo. Porém, alguns comentários que recebi me fizeram refletir muito, e, depois de tanto pensar e pesquisar, vi que eu estou certo, e que, ao adotar esse "emaranhado" de frameworks do ecossistema corporativo Java, estamos criando um passivo técnico gigantesco para o futuro.

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.

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.

Síndrome da má gestão em TI

Um amigo meu, que é gerente de uma área de TI, reclamou que eu bato muito na gestão e pouco nos técnicos. Bem, na verdade, eu acredito que o maior mal das áreas de TI no Brasil é o despreparo dos gerentes. E, devo pedir desculpas aos gerentes, mas vou dar mais três socos na cara (usando um soco inglês): Verticalização, Micro gerenciamento e Gestão "por Espasmos".

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!

Vem aí nosso novo projeto: jQana Control

O projeto jQana , nossa ferramenta livre de análise de código fonte Java, está fazendo sucesso, porém, ainda falta uma funcionalidade bem interessante: Um painel de controle, com visão de múltiplas amostragens, o que permite tirar conclusões rapidamente sobre o estado e a evolução da qualidade do software. Veja aqui nosso novo projeto de ferramenta Livre: o jQana Control.

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.

Camadas x Pacotes

"Dividir para conquistar", esta é a maneira pela qual os desenvolvedores modernos lidam com a complexidade. Os softwares são divididos em diversas partes, seguindo várias tendências e metodologias (design patterns, 3-tier etc), e estas partes são interconectadas para formar o todo.

Recentemente, recebi um questionamento muito interessante, vindo de um ex-aluno meu: Camadas e Pacotes são sinônimos? Então, resolvi "fuçar" um pouco o assunto e tentar dar minha contribuição para esclarecer as coisas.

Uso de software livre em ambiente corporativo (Vídeo liberado)

O vídeo gravado da palestra "Uso do Software Livre em Ambiente Corporativo", que ministrei pelo CISL, já está liberado. Clique AQUI e assista quando quiser. Avance até 1:39:00 para pular diretamente para o início da palestra.

Assista e divulgue. Os slides, em PDF, podem ser baixados AQUI.