Início Técnicas ágeis no InfoQ Brasil
Notícias
Feed RSS-
Maven 3: Polygot Maven, Maven Shell e Melhoria na Performance
Ontem durante o Denver JUG, Matthew MacCullough, um dos principais commiters do Maven 3, palestrou sobre a nova versão do Maven que tem tudo para impressionar, principalmente em questão a extensibilidade e performance. Abordarei agora algumas das melhorias citadas durante a palestra.
-
JRuby 1.5 lançado: mais de 20 modificações
Depois de cerca de 5 meses de desenvolvimento, ontem foi lançado oficialmente o JRuby 1.5.0, com diversas mudanças, algumas delas já comentadas pela InfoQ Brasil. De acordo com a equipe do JRuby esse foi o release que demorou mais tempo, mas é o que teve mais correções, além de incluir diversas funcionalidades.
-
Programação em Par: Técnicas e Dicas
Programação pareada é uma das técnicas ágeis mais aplicadas em todo o mundo, os seus benefícios são inúmeros dentre eles temos a melhoria da código final e a disseminação do conhecimento. Programar em par consiste em dois membros do time programarem em apenas 1 computador com o intuito de resolver o mesmo problema ou implementar a mesma funcionalidade.
-
Categorizando testes com Junit 4.8
É bastante comum existir testes de diversas categorias em um projeto, testes de integração e testes unitários são as categorias mais comuns. Em alguns casos, é necessária uma categorização destes testes, diferenciando um dos outros, seja no modo de rodar ou mesmo nas características peculiares dos mesmos. A nova versão do Junit 4.8 faz com que isso seja feito de uma forma natural e fácil.
-
Maven, Ant, Rake: JRuby 1.5, Melhora do Gerenciamento de Configuração
Com o lançamento da versão 1.5, antecipado para o final de Abril, o projeto JRuby continua à melhorar a interoperabilidade entre Java e Ruby. Desenvolvedores Ruby conseguirão obter grande vantagem da força da plataforma Java, enquanto os desenvolvedores Java encontrarão mais razões para misturar ferramentas Ruby em seus projetos.
-
Documentação Ágil: Há clareza?
Documentação Ágil não é exatamente o assunto mais fácil de se abordar na comunidade. Quanto de documentação devo criar? O que funciona? O que não funciona? Como partir de um processo tradicional para um processo ágil com relação aos documentos? Esta é uma área que carece de explicação na comunidade.
-
Vermelho no TDD não significa código sem compilar
A técnica de Test Driven Development (TDD) define um ciclo (red-green-refactor) que deve ser seguido quando se começa a desenvolver utilizando TDD, porém a algumas pessoas não concordam que isso deve ser seguido a risca e que temos que abrir mão de alguns detalhes.
-
Um time bem humorado pode ser mais produtivo?
É cientificamente comprovado que o bom humor pode trazer inúmeros benefícios para as relações de trabalho e familiares, pois, diminui a fadiga, une a equipe, aumenta a produtividade e abranda o estresse.
-
TDD: Nomes de testes expressivos
Uma exigência cada vez mais comum aos desenvolvedores é que os mesmo façam testes sobre o que produzido por eles. Não apenas com o intuito de garantir que as coisas funcionam ou de garantir que o desenvolvedor é um profissional de verdade, mas também de garantir que num futuro próximo pessoas novas na equipe tenham a capacidade de entender como as coisas funcionam a partir dos testes.
-
Conflitos são humanos, vamos usá-los a nosso favor
Conflito é na realidade uma oposição de necessidades, valores e interesses, que pode ocorrer internamente (com você mesmo) ou entre pessoas ou entre um grupo de pessoas. Existem conflitos "saudáveis" e "destrutivos", e geralmente eliminá-los é uma tarefa muito difícil.
-
Estimando prazos de maneira precisa
Se uma pessoa precisa determinar, por exemplo, o preço de um determinado produto que ela nunca viu, certamente a chance dela errar será grande. Trazendo para o mundo de desenvolvimento de software, seria como se fosse pedido para um desenvolvedor determinar o tempo de uma tarefa que ele nunca viu na vida. Como fazer, então, estimar precisamente os meus prazos?
-
O membro "Do Not Disturb"
Diversos desenvolvedores gostam de trabalhar isoladamente, por algum tempo, senão sempre. O XP recomenda uma organização da área de trabalho chamada "Caves and Commons". Contudo, podem existir situações onde vários membros do time ou um em particular deseja se isolar de uma forma exagerada.
-
O que são os "Story Points"? Eles são necessários?
Michael de la Maza se perguntou sobre o que exatamente é um Story Point. Ele estava procurando por uma resposta e encontrou muitas: "Story Points representam unidades de tempo obscuras." ou "Story Point é uma unidade relativa de medida usada por times Scrum. Isso e usado para mensurar a quantidade de esforço necessário para implementar uma história."
-
Problemas recentes da Toyota podem atrapalhar o Lean?
Recentemente a montadora de carros Toyota, conhecida pela qualidade e pela não tolerância a erros, realizou o recall de mais de 500.000 carros pelo mundo, por conta de um problema no software que controla o sistema de freios. A montadora utiliza a metodologia de manufatura, conhecida como Lean. Os recentes problemas podem atrapalhar a adoção de Lean no desenvolvimento de software?
-
Revelando sérias falhas do Ágil e Scrum
O desenvolvimento de software é conhecido por ser um processo criativo. A falha dos métodos tradicionais, onde o ambiente dinâmico da programação era ignorado, tornaram os métodos ágeis muito populares. Atualmente há uma crescente adoção das metodologias ágeis, particularmente Scrum. Entretanto, tudo corre bem com métodos ágeis? Kai Glib não acha isso. Ele indica que há sérios problemas com eles.