[Rio-pm] Pair Programming

[Marcio Ferreira]

Programming motherf*cker the best way. Mas nem tudo é bitolar em
programação, talvez separar um tempo do sprint - 10% - seja bom pra equipe
equivaler as experiencias.

Já trabalhei em equipe que o objetivo era que todos conhecessem os detalhes
e em equipes que você é tratado como intruso caso queira saber os detalhes.
Aí entra a cultura da empresa.

IMHO, pair programming tem muito valor em coach, mas nem tanto em
velocidade de entrega quanto a custo/beneficio. Afinal, manter 2+
profissionais no mesmo problema não é barato.

Pair programming pra fazer um CRUD é digno de se estranhar, mas para
implementar algo mais sensível talvez sej de se pensar.

Mas isso é minha experiência limitada
On Mar 12, 2012 12:57 PM, <ulisses at ibiz.com.br> wrote:

> concordo com o autor que pode ser pouco produtivo;
>
> se vc tem que conversar - no on-going - mais que 3 mins com o seu pair,
> esqueça esse pair.
> tem alguém atrasando alguém aí nessa conversa.
>
> obviamente que conversas iniciais de desenho e diretrizes demoram mais do
> que isso, mas no on-going,
> se a equipe é homogênea, muitas conversas longas é sinal de algo errado,
> seja por distração pura e simples ou incompetência/ineficiência em algum
> canto.
>
> -----Mensagem Original----- From: breno
> Sent: Sunday, March 11, 2012 3:33 AM
> To: dojo-rio at googlegroups.com ; Perl Mongers Rio de Janeiro
> Subject: [Rio-pm] Pair Programming
>
> Pessoal,
>
> li recentemente um artigo muito interessante chamado "Pair Programming
> Considered Harmful?"
>
> http://techcrunch.com/2012/03/**03/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 at pm.org
> http://mail.pm.org/mailman/**listinfo/rio-pm<http://mail.pm.org/mailman/listinfo/rio-pm>
>
>
> ______________________________**_________________
> Rio-pm mailing list
> Rio-pm at pm.org
> http://mail.pm.org/mailman/**listinfo/rio-pm<http://mail.pm.org/mailman/listinfo/rio-pm>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20120312/dd0202cf/attachment.html>