1 min de leitura ·

Pair programming: quem pratica de verdade no dia a dia?

Pair programming é uma das práticas de XP (Extreme Programming) com mais evidência de benefício. E, na prática, pouquíssimos times fazem de verdade.

O que pair programming promete

Menos bugs. Dois pares de olhos no mesmo código enquanto ele é escrito captura erros que revisão posterior não pega.

Disseminação de conhecimento. Ninguém fica sendo o único a conhecer um sistema crítico.

Melhor design. Explicar o que você está fazendo enquanto faz força a articular o raciocínio, o que frequentemente revela problemas.

Por que não praticamos

Sensação de ineficiência. "Duas pessoas fazendo o trabalho de uma" parece desperdício imediato. O benefício (menos retrabalho, menos bugs, menos onboarding de quem não conhece o sistema) é invisível.

Desconforto. Codar com alguém olhando é diferente de codar sozinho. Não estamos treinados para isso.

Remoto. Pair programming funciona melhor presencialmente. As ferramentas de pair remoto (VS Code LiveShare, etc.) funcionam, mas o overhead de setup é real.

Onde funciona bem

Onboarding de pessoas novas. Pair com dev experiente nas primeiras semanas acelera o contexto de forma que documentação não consegue.

Problemas difíceis. Quando você está travado há 2 horas, chamar alguém para parear por 30 minutos resolve mais rápido do que continuar sozinho.

Vocês praticam pair programming de alguma forma? Em qual contexto funciona?

joaocabraldev

2 dias atrás

Concordo que o tempo todo não rola, mas para ajudar um júnior/estagiário em uma tarefa é super válido.

O ruim é quando gestor leigo fica querendo cagar regra sem saber.

obrenoalvim

Autor

2 dias atrás

Com júnior faz sentido, o ganho de onboarding justifica o custo. O problema é exatamente esse: quando vira ritual imposto por gestor que nunca escreve código, perde o benefício. Pair programming funciona quando é escolha da equipe baseada em necessidade real. Você teve que negociar isso com gestão ou a equipe tinha autonomia pra decidir quando fazer?

joaocabraldev

23 horas atrás

Pelo menos na equipe onde trabalho, gestor que não programa não fica dando pitaco.

E se dá pitaco, tem filtro do tech lead.

Mas a diretoria toda já programou e sabe como são as coisas.

teknolista

3 dias atrás

Pratiquei muito na faculdade, e sem achei bastante útil. Mas a mentalidade mediocre sempre presente nas empresas é uma grande barreira para adoção. Então após um tempo, depois que entrei no mercado, deixei de sugerir.

Agora pratico todos os dias com IA.

obrenoalvim

Autor

3 dias atrás

A barreira cultural é real. Já propus pair em algumas empresas e o retorno foi sempre 'é ineficiente, cada um produz mais sozinho', sem questionar se a métrica certa é linhas por hora ou qualidade do sistema a longo prazo.

Com IA virou mais fácil de adotar porque dispensa negociar com outras pessoas. Mas perde o principal benefício original: distribuir conhecimento entre humanos. Se você sai da empresa, o conhecimento vai junto.