Início Programação em Par no InfoQ Brasil
Notícias
Feed RSS-
Uma Abordagem Ágil para Reutilização de Código
Uma discussão recente na lista de Extreme Programming do Yahoo Groups explorou o conflito aparente entre desenvolver software reutilizável e a prática do XP de não escrever o código até que ele seja necessário. Ron Jeffries e outras pessoas compartilharam suas idéias sobre os custos e benefícios da reutilizacão de código, além de como e quando colocá-la em prática em um ambiente Ágil.
-
Modelos de aprendizado
De acordo com o Cambridge Dictionary um aprendiz é "alguém que trabalha para um expert com a finalidade de aprender um trabalho ou habilidade específica". O Merriam Webster diz: "alguém que está aprendendo através de experiência prática sob o comando de trabalhadores habilidosos, um negócio, arte ou chamado".
-
Adotando o "Bolo" Inteiro
Recentemente a InfoQ informou sobre o popular artigo do Jim Shore O Declínio e a Queda do Agile, que destacou a tendência das organizações adotarem "Agile" (no nome) mas falharem ao adotar Agile (na prática).Os líderes da comunidade como Martin Fowler, Joshua Kerievsky, Ron Jeffries, levaram a declaração inicial de Shore a alguns passos além, postando seus pensamentos sobre o que está acontecendo.
-
A viagem de um homem numa Jornada com Pair Programming
Corey Haines recentemente embarcou em "uma excursão de Pair Programming" de uma única pessoa na região central dos EUA. Agora, Haines postou um vídeo de entrevistas revelando muitos dos insights que conseguiu sobre pares, testes automatizados e a evolução do conceito de “artesão de software” enquanto compartilha o teclado nas casas de Dave Chelimsky, Brian Marick, Uncle Bob Martin entre outros.
-
Queime as estórias não as tarefas
Desenvolvedores geralmente quebram a estória do usuário em tarefas para facilitar o trabalho de distribuição e implementação em torno da equipe e permitir um acompanhamento dos processos em um nível fino de granularidade. Infelizmente, a estória pode explodir em uma lista de tarefas não triviais tão grandes que a estória não é entregue no fim da iteração.
-
Programação em Par vs Revisão de Código
Programação em Par e Revisão de Código são práticas que aumentam a qualidade do software, assim como promovem a disseminação do conhecimento. Enquanto os debates Agile vs Lean, XP vs Scrum e vi vs Emacs andam em marcha lenta, desenvolvedores são conhecidos por debater os méritos da programação em par vs revisão de código.
-
Lidando com os “Rotten Apple” da sua equipe
Recentemente em um debate no Grupo Scrum Development do Yahoo Grupos sobre o que fazer quando uma pessoa da sua equipe está tendo "baixo desempenho". Na thread de mais de 130 respostas, "Rotten apple in Scrum team", a discussão variou de conselhos até a questão principal, até o debate clássico da medição de indivíduos, para distinguir se uma equipe é realmente uma "equipe", e mais.