[Rio-pm] Pair Programming

[Stanislaw Pusep]

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
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20120311/5a8afd83/attachment.html>