Início Técnicas ágeis no InfoQ Brasil
Notícias
Feed RSS-
Decisão: Refatorar ou não Refatorar?
A idéia de melhorar um código já escrito e apreciado na maioria dos times ágeis. Afinal de contas, melhoria continua é algo que estas equipes se esforçam para encontrar. Entretanto, melhorar o código já existente envolve tempo e dinheiro. Será que vale a pena?
-
Histórias não feitas são frequentes ao fim dos seus seus Sprints?
O que acontece se o seu time falha constantemente no fator "Definição de Pronto"(DoD) em algumas ou todas as histórias. Eles devem aumentar os prazos do sprint? Como o product owner deve lidar com essa situação? No caso particular a pessoa que fez essas perguntas estava em um time que utilizava sprints de 4 semanas.
-
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."