1.
Programação em ParAndré Faria Gomes @andrefaria

2.
Condutor Navegador

3.
Left Brain Right BrainAnalítico Holístico

4.
Narrar

5.
Isso não significa 50% menosprodutividade?

6.
15% mais lento50% de redução em erros Fonte: http://www.economist.com/displayStory.cfm?Story_ID=779429

7.
Flow State É como dormir...

8.
Você nãoacorda alguém pra fazer uma perguntaesperando que depois a pessoa volte a dormirimediatamente!

9.
Pares são chegam ao flowstate mais rápido!1. São menos interrompido2. Menos tentação para olhar otwitter, facebook, e-mail, etc...

10.
2 monitoresEstação 2 teclados (ideal) 2 ratos 1 CPU

11.
Ambiente Configuração AutomatizadaRadmindShell ScriptVM Image

12.
Keycaster Exibe as teclas

13.
RotaçãoDepende do projeto e daequipe, mas recomenda-seao menos uma vez por dia

14.
NãoconfundaPairing eMentoring

15.
Quando você tem desenvolvedores em níveisdiferentes pareando geralmente o que estáacontecendo não é programação em par, mas sim,mentoring. O que também é muito útil, mas não éa mesma coisa, e tem a mesma produtividade.

16.
Mentoring o dia inteiro é muitocansativo, a semana inteiradireto então, nem se fala.Procure não passar de meio-dia

17.
Guidelines

18.
Ping Pong Pairing

19.
Sem Ilhas deConhecimento Eu sei Você sabe

20.
Promiscuous Knowlage Eu sei Você sabe Nós Sabemos

21.
Equipe

22.
it o s nflCo

23.
Acho que devemos usarum Façade aqui

24.
Jamais! Aqui deve ser um Business Delegate

25.
Tech Lead (ou whoever)Quando o par não conseguechegar a um consenso, podemchamar o tech lead para ajudarna decisão...

26.
Se os parestravam constantesconflitos e nãochegam à umconsenso podemacabar nãoentregando nada

27.
Nada de Pair Mariage

28.
Quando você programa compessoas melhoresdo que você, você se torna melhor!

29.
ReferênciasSafari Wikipediahttp://blog.andrefaria.com/programacao-em-par

30.
Obrigado @andrefaria http://blog.andrefaria.com http://blog.bluesoft.com.br