[Rio-pm] Pair Programming

[Aureliano Guedes]

Frase otima, eun mesmo prefiro fazer a parte de programação em casa, onde eu fico sozinho e meu rendimento é maior.

From: creaktive em gmail.com
Date: Sun, 11 Mar 2012 10:21:21 -0300
To: rio-pm em pm.org
Subject: Re: [Rio-pm] Pair Programming

Não me lembro da fonte, mas considero essa frase perfeita: "nove mães não vão gerar o bebê em um mês".
ABS()




On Sun, Mar 11, 2012 at 08:58, Thiago Glauco <thiagoglauco em ticursos.net> wrote:


Bem, Vamos lá, Breno.

Olá pessoal da Rio-pm.



Primeiro o artigo usa diversos outros artigos para se basear, que são:



"The  rise of new group thinking":

http://www.nytimes.com/2012/01/15/opinion/sunday/the-rise-of-the-new-groupthink.html?_r=1



Uma palestra de um médico:

http://blog.ted.com/2012/02/28/atul-gawande-at-ted2012-2/



O que na minha opinião acontece muito com as empresas, além da busca

irracional por um lucro absurdo que a faz demitir profissionais

qualificados em troca de inexperientes e depois dizer na tv que faltam

vagas para TI, é a adoção de técnicas, metodologias e modismos como se

fossem os mandamentos bíblicos da salvação empresarial. Eu acho um

programador no meu ombro como papagaio de pirata muito ruim e incômodo

(vamos frisar o "eu acho" aqui). Eu prefiro que o segundo programador

trabalhem em outra parte do sistema e em curtos períodos de tempo nós

passamos o código desenvolvido um para o outro e revisamos e discutimos

o código um do outro.



Por quê? Além do incômodo, pessoas perdem concentração com o tempo vendo

outra pessoa digitar. Isso se agrava se um dos pares tem períodos de

concentração curtos. Além de fatores individuais e psicológicos que

podem atrapalhar, como rivalidades e disputas por promoção ou maior

destaque na empresa.



Mas isso sou eu, outras pessoas e outras equipes podem prefirir

trabalhar de maneiras diferentes.





Existem Diversas Metodologis de Desenvolvimento. Porém sempre que uma

metodologia nova surge vemos pessoas inexperientes tentando adaptar a

empresa ou o time à metodologia, e o contrário que deve ser verdadeiro,

devemos adptar a metodologia a empresa ou ao time.



Trabalho em equipe é importante e fundamental. Pessoas precisam de

reuniões de tempos em tempos, trocas de ideias e bater papo no café, mas

a privacidade e a manutenção da individualidade também.



Em Dom, 2012-03-11 às 03:33 -0300, breno escreveu:

> Pessoal,

>

> li recentemente um artigo muito interessante chamado "Pair Programming

> Considered Harmful?"

>

> http://techcrunch.com/2012/03/03/pair-programming-considered-harmful/

>

> O artigo apresenta pesquisas que sugerem que as pessoas são mais

> criativas quando desfrutam de privacidade e ausência de interrupções.

> Ele chega a discutir que grupos de brainstorming costumam ter menos

> idéias do que o mesmo número de pessoas trabalhando sozinha e depois

> compartilhando idéias. A questão de escritórios sem baia (open-plan)

> também é criticada, por ser uma grande fonte de distração e

> interrupções.

>

> Segundo o autor, insistir em 100% pair programming é um dogma

> irracional e extremamente contra-produtivo, e que a melhor solução é

> uma combinação dinâmica de trabalho isolado, em par e em grupo,

> dependendo do contexto e seguindo o bom senso.

>

> O que vocês acham?

>

> []s

>

> -b

> _______________________________________________

> Rio-pm mailing list

> Rio-pm em pm.org

> http://mail.pm.org/mailman/listinfo/rio-pm





_______________________________________________

Rio-pm mailing list

Rio-pm em pm.org

http://mail.pm.org/mailman/listinfo/rio-pm




_______________________________________________
Rio-pm mailing list
Rio-pm em pm.org
http://mail.pm.org/mailman/listinfo/rio-pm 		 	   		  
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20120311/f0e32681/attachment-0001.html>