[Rio-pm] Pair Programming

[thiagoglauco em ticursos.net]

collective code ownership

Tambem eh interessante pensar nisso... quanto maior a equipe, nao  
aumenta o custo de manter o codigo coletivo?

Citando Tiago Peczenyj <tiago.peczenyj em gmail.com>:

> colocação perfeita, forçar 100% de pair programming em qualquer situação
> não tem justificativa. Acredito que dependendo do projeto e do time haverá
> uma evolução ate encontrar uma taxa adequada, entretanto uma grande
> vantagem do pair é que o collective code ownership fica mais facil se as
> duplas se revezam com boa frequencia, assim todo mundo participou de tudo,
> praticamente. Se vc conseguir obter isso de outra forma que não apenas
> pair, melhor.
>
> On Sun, Mar 11, 2012 at 3:33 AM, breno <oainikusama em gmail.com> wrote:
>
>> 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
>>
>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://pacman.blog.br
>