Exatamente.<div><br></div><div>Eu tenho experiência de trabalhar num time de 4 pessoas e, as vezes, alguma coisa ficava só na cabeça de um. Reduzimos isso com pair, mas ainda assim rola um pouco disso. Olhar os commits do git ainda não é habito, mas uma hora vai. Entretanto isso é facil quando vc tem o mesmo codebase, agora se vc trabalha com n projetos (ou sub-projetos) isso fica um tanto chato.<br>

<br><div class="gmail_quote">On Mon, Mar 12, 2012 at 12:14 AM, Blabos de Blebe <span dir="ltr"><<a href="mailto:blabos@gmail.com">blabos@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

git merge<br>
<br>
:)<br>
<br>
2012/3/11 Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>>:<br>
<div><div></div><div class="h5">> colocação perfeita, forçar 100% de pair programming em qualquer situação não<br>
> tem justificativa. Acredito que dependendo do projeto e do time haverá uma<br>
> evolução ate encontrar uma taxa adequada, entretanto uma grande vantagem do<br>
> pair é que o collective code ownership fica mais facil se as duplas se<br>
> revezam com boa frequencia, assim todo mundo participou de tudo,<br>
> praticamente. Se vc conseguir obter isso de outra forma que não apenas pair,<br>
> melhor.<br>
><br>
><br>
> On Sun, Mar 11, 2012 at 3:33 AM, breno <<a href="mailto:oainikusama@gmail.com">oainikusama@gmail.com</a>> wrote:<br>
>><br>
>> 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/03/pair-programming-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>
>> _______________________________________________<br>
>> Rio-pm mailing list<br>
>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
><br>
><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>
> _______________________________________________<br>
> Rio-pm mailing list<br>
> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
_______________________________________________<br>
Rio-pm mailing list<br>
<a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/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>
</div>