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

2.
Condutor Navegador

3.
Left Brain Right Brain
Analítico Holístico

4.
Narrar

5.
Isso não
significa 50%
menos
produtividade?

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

7.
Flow State
É como dormir...

8.
Você não
acorda alguém
pra fazer uma
pergunta
esperando que
depois a
pessoa volte a
dormir
imediatamente!

9.
Pares são
chegam ao flow
state mais rápido!
1. São menos interrompido
2. Menos tentação para olhar o
twitter, facebook, e-mail, etc...

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

11.
Ambiente
Configuração Automatizada
Radmind
Shell Script
VM Image

12.
Keycaster
Exibe as teclas

13.
Rotação
Depende do projeto e da
equipe, mas recomenda-se
ao menos uma vez por dia

14.
Não
confunda
Pairing e
Mentoring

15.
Quando você tem desenvolvedores em níveis
diferentes 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 é muito
cansativo, a semana inteira
direto então, nem se fala.
Procure não passar de meio-dia

17.
Guidelines

18.
Ping Pong
Pairing

19.
Sem Ilhas de
Conhecimento
Eu sei Você sabe

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

21.
Equipe

22.
it o s
nfl
Co

23.
Acho que
devemos usar
um Façade aqui

24.
Jamais! Aqui deve
ser um Business
Delegate

25.
Tech Lead
(ou whoever)
Quando o par não consegue
chegar a um consenso, podem
chamar o tech lead para ajudar
na decisão...

26.
Se os pares
travam constantes
conflitos e não
chegam à um
consenso podem
acabar não
entregando nada

27.
Nada de Pair Mariage

28.
Quando você
programa com
pessoas melhores
do que você, você
se torna melhor!

29.
Referências
Safari Wikipedia
http://blog.andrefaria.com/programacao-em-par

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