On Tue, Mar 13, 2012 at 2:32 PM,  <span dir="ltr"><<a href="mailto:thiagoglauco@ticursos.net">thiagoglauco@ticursos.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

collective code ownership<br>
<br>
Tambem eh interessante pensar nisso... quanto maior a equipe, nao aumenta o custo de manter o codigo coletivo?<br></blockquote><div><br></div><div>Quanto maior a equipa maior os custos como um todo. Por isso times pequenos podem ser mais eficientes do que times grandes SE forem mais organizados e focados.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Citando Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com" target="_blank">tiago.peczenyj@gmail.com</a>>:<div><div></div><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
colocação perfeita, forçar 100% de pair programming em qualquer situação<br>
não tem justificativa. Acredito que dependendo do projeto e do time haverá<br>
uma evolução ate encontrar uma taxa adequada, entretanto uma grande<br>
vantagem do pair é que o collective code ownership fica mais facil se as<br>
duplas se revezam com boa frequencia, assim todo mundo participou de tudo,<br>
praticamente. Se vc conseguir obter isso de outra forma que não apenas<br>
pair, melhor.<br>
<br>
On Sun, Mar 11, 2012 at 3:33 AM, breno <<a href="mailto:oainikusama@gmail.com" target="_blank">oainikusama@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pessoal,<br>
<br>
li recentemente um artigo muito interessante chamado "Pair Programming<br>
Considered Harmful?"<br>
<br>
<a href="http://techcrunch.com/2012/03/03/pair-programming-considered-harmful/" target="_blank">http://techcrunch.com/2012/03/<u></u>03/pair-programming-<u></u>considered-harmful/</a><br>
<br>
O artigo apresenta pesquisas que sugerem que as pessoas são mais<br>
criativas quando desfrutam de privacidade e ausência de interrupções.<br>
Ele chega a discutir que grupos de brainstorming costumam ter menos<br>
idéias do que o mesmo número de pessoas trabalhando sozinha e depois<br>
compartilhando idéias. A questão de escritórios sem baia (open-plan)<br>
também é criticada, por ser uma grande fonte de distração e<br>
interrupções.<br>
<br>
Segundo o autor, insistir em 100% pair programming é um dogma<br>
irracional e extremamente contra-produtivo, e que a melhor solução é<br>
uma combinação dinâmica de trabalho isolado, em par e em grupo,<br>
dependendo do contexto e seguindo o bom senso.<br>
<br>
O que vocês acham?<br>
<br>
[]s<br>
<br>
-b<br>
______________________________<u></u>_________________<br>
Rio-pm mailing list<br>
<a href="mailto:Rio-pm@pm.org" target="_blank">Rio-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/<u></u>listinfo/rio-pm</a><br>
<br>
</blockquote>
<br>
<br>
<br>
--<br>
Tiago B. Peczenyj<br>
Linux User #405772<br>
<br>
<a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
Rio-pm mailing list<br>
<a href="mailto:Rio-pm@pm.org" target="_blank">Rio-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/<u></u>listinfo/rio-pm</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Tiago B. Peczenyj<br>Linux User #405772<br><br><a href="http://pacman.blog.br">http://pacman.blog.br</a><br>