Entende-se que "Pair Programming" aconteça em empresas que não possuem processos de desenvolvimentos de software bem estruturados. Software documentado minimiza esforço do programador, caso se entenda que os diagramas UML estejam bem projetados e que documentação esteja bem elaborada. <br>
<br>Estruturar processos de desenvolvimento de software não é simples e mudam a cultura organizacional de um ambiente de desenvolvimento. Na Universidade Federal de Viçosa-MG (UFV), eles estão buscando a certificação MPSbr, uma das coisas que os consultores mencionaram era a racionalização de mão de obra por projeto.<br>
<br><div class="gmail_quote">2012/3/13 Tiago Peczenyj <span dir="ltr"><<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Tue, Mar 13, 2012 at 2:32 PM, <span dir="ltr"><<a href="mailto:thiagoglauco@ticursos.net" target="_blank">thiagoglauco@ticursos.net</a>></span> wrote:<br></div><div class="gmail_quote"><div class="im">
<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><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 class="h5">
<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><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></div></div><div class="HOEnZb"><div class="h5"><br><br clear="all"><div><br></div>-- <br>Tiago B. Peczenyj<br>Linux User #405772<br><br><a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
</div></div><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></blockquote></div><br><br clear="all"><br>-- <br><div style="font-family:'Lucida Grande',Geneva,Verdana,Arial,Helvetica,sans-serif;line-height:21px">
<span style="font-family:arial;line-height:normal"><span style="font-family:sans-serif;line-height:19px"><b></b></span></span></div><div style="font-family:tahoma,sans-serif;line-height:21px"><div>
<span style="font-size:13px;line-height:21px"><div><span style="font-size:13px;line-height:21px">.: Inteligência Coletiva :.</span></div>Uma
inteligência distribuída por toda parte: tal é o nosso axioma inicial.
Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na
humanidade’. (</span><span style="font-size:13px;line-height:21px">Pierre Lévy)</span>
</div></div><div><a style="font-family:tahoma,sans-serif" href="http://www.cleysinho.blogspot.com" target="_blank">www.cleysinho.blogspot.com</a><br><a href="http://www.bioinfopop.ufv.br" target="_blank">www.bioinfopop.ufv.br</a><br>
<span style="font-family:tahoma,sans-serif"></span></div><div style="display:inline"></div><br>