Pair Programming: Por Que Todo Mundo Deveria Experimentar?

O que é pair programming?

Pair programming é uma técnica utilizada no desenvolvimento de software, em que dois desenvolvedores trabalham em conjunto no mesmo código. Durante a atividade, ambos compartilham a mesma tela, desenvolvendo juntos uma solução. Nesse processo, há um constante diálogo, troca de ideias, análise e teste do código, o que a torna uma ferramenta poderosa para melhorar a qualidade do código, promover o compartilhamento de conhecimento e fortalecer a dinâmica da equipe. Vamos explorar mais a fundo essa metodologia e como ela pode ser implementada de maneira eficaz.

Onde surgiu o pair programming?

A ideia de programadores colaborando não é nova, remontando à época dos cartões perfurados nos anos 50, onde dois engenheiros ou mais comumente trabalhavam juntos, pois errar uma linha código na época, geralmente tinha um custo altíssimo. Isso mudou nos anos 80, quando os computadores se tornaram mais amigáveis e o trabalho tornou-se individualista.

Quais as abordagens mais comuns de pair programming?

Condutor -Navegador

Nessa abordagem, o condutor é responsável por escrever o código, enquanto o navegador revisa o código, pensa estrategicamente e sugere mudanças ou melhorias. O Navegador também olha documentações, conceitos de arquitetura, etc.. 

As atribuições de cada papel não são rígidas, e frequentemente os papeis são trocados entre os dos programadores para manter a motivação e o equilíbrio do trabalho.

Durante toda a sessão de trabalho existe essa troca intensa de conhecimento, experiências, e o suporte de um programador ao outro.

Ping-Pong

É uma maneira mais estruturada de colaborar, onde os papeis são trocados de uma maneira “rítmica”, comumente disparada por eventos específicos. Por exemplo, um programador escreve um teste unitário falhando, e então o outro deve escrever o código que faça o teste passar. Uma vez que o teste passou, eles trocam de papel e o ciclo continua. Essa abordagem encoraja ambos os programadores a engajar igualmente e manter a sessão dinâmica. Isso também garante que ambos estão testando e escrevendo código com a devida atenção.

Desestruturada

Ao contrário da maneira anterior, é um jeito bem mais fluido, sem regras definidas para troca de papeis. Os desenvolvedores trocam de papeis quando acham necessário ou quando uma pessoa tem uma ideia, um entendimento, descobre uma solução para aquele trecho específico da tarefa em andamento. Essa abordagem proporciona muito mais flexibilidade, porém um programador pode acabar dominando a sessão, principalmente quando um júnior trabalha com um colega de maior senioridade. 

Todas essas abordagens têm vantagens e desvantagens, a melhor abordagem depende da dinâmica da equipe, complexidade da tarefa, do nível de experiência dos envolvidos e da maturidade da equipe.

A escolha dos pares e benefícios

A escolha do par de programadores não é uma decisão trivial. Diferentes combinações podem ser benéficas para diferentes tipos de tarefas. As soft skills de cada um também devem ser levadas em conta assim como as habilidades técnicas.

Pares de sênior/sênior

Os pares de sênior/sênior são ideais para lidar com tarefas complexas e de alto risco que exigem conhecimento profundo do domínio ou conhecimento em uma tecnologia específica. Isso pode incluir otimizações de desempenho, decisões arquiteturais ou implementação de algoritmos críticos. Alguns exemplos são:

• Design da arquitetura para um novo sistema ou recurso
• Solução de problemas complexos que têm desafiado outros membros da equipe
• Ajuste de desempenho e otimização

Pares de júnior/júnior

Os pares de júnior/júnior são eficazes para a integração de novos membros da equipe ou quando a tarefa em questão é relativamente simples, mas ainda oferece uma oportunidade de aprendizado. Essa combinação permite que os juniores aprendam juntos e compartilhem conhecimentos, reduzindo a sua insegurança e incentivando a troca de ideias. Por exemplo:

• Implementação de recursos menores e bem definidos
• Escrita de testes unitários para código existente
• Correção de bugs que não requerem um profundo conhecimento de domínio

Pares de sênior/júnior

Os pares de sênior/júnior são benéficos para transferência de conhecimento e mentoramento. O júnior ganha experiência prática e aprende as melhores práticas, enquanto o sênior pode obter novas perspectivas e a satisfação de ensinar.

• Refatoração de código
• Implementação de recursos que exigem conhecimento específico do domínio
• Revisões de código para fins educacionais

Lembre-se: Para determinar o tipo ideal de par para as tarefas, considere a complexidade, oportunidades de aprendizado, urgência, dinâmica da equipe e fase do projeto, soft skills e técnicas.

Algumas decisões boas podem ser:

• Para tarefas complexas que exigem especialização profunda, um par de seniores geralmente é a melhor escolha.

• Se o principal objetivo for educação e integração, um par de juniores ou um par de sênior e júnior talvez seja ideal.

• Se uma tarefa for urgente, emparelhar dois seniores pode acelerar o processo, mas a compensação pode ser a perda de uma oportunidade de compartilhar conhecimento com membros da equipe menos experientes.

• Considere as personalidades e estilos de comunicação das pessoas. Algumas pessoas podem trabalhar melhor em determinados pares do que outras.

• As fases iniciais de um projeto podem se beneficiar de pares de especialistas/especialistas para decisões arquiteturais, enquanto fases posteriores podem ser mais sobre implementação de recursos e correção de bugs, adequadas para pares de novatos/novatos ou especialistas/novatos.

• Ao considerar cuidadosamente o tipo de tarefa e os objetivos do emparelhamento, as equipes podem tomar decisões mais assertivas sobre qual emparelhamento seria mais eficaz para uma determinada situação.

Benefícios do pair programming

Os benefícios desta prática vão além da simples produção de código, entre este estão coisas como:

Compartilhamento de conhecimento

Um dos benefícios mais imediatos é o compartilhamento de conhecimento entre os membros da equipe. Seja expertise de domínio, melhores práticas de codificação ou familiaridade com uma stack de tecnologia específica, essa abordagem facilita a transferência direta de conhecimento.

Melhoria na qualidade do código

O pair programming frequentemente resulta em código de maior qualidade. Ter dois conjuntos de olhos em cada linha de código minimiza as chances de erros e promove a adoção de melhores práticas. Estudos, como o realizado por Alistair Cockburn e Laurie Williams, mostraram que o código produzido por meio do pair programming tende a ter menos defeitos.

Melhora na conexão da equipe

Essa prática promove uma comunicação e colaboração eficazes, quebrando barreiras de conhecimento e responsabilidade. Ao eliminar estas “bolhas”, o pair programming contribui para uma equipe mais coesa, alinhada e com uma dinâmica aprimorada.

Oportunidades de mentoria

O método cria naturalmente um ambiente para a mentoria, especialmente em pares de sênior/júnior. Desenvolvedores mais experientes podem orientar os menos experientes, fornecendo feedback em tempo real e treinamento prático. Isso pode ser particularmente benéfico para integrar novas contratações ou ajudar os membros da equipe a crescerem em suas funções.

Solução de problemas mais rápida

Duas mentes muitas vezes são melhores do que uma quando se trata de solução de problemas. O pair programming permite revisões de código em tempo real e brainstorming, o que pode levar a soluções mais eficientes. Além disso, minimiza a probabilidade de ficar preso em um problema, pois os parceiros podem trocar ideias para superar obstáculos.

Foco aprimorado

Ter um parceiro pode ajudar a manter o foco e a disciplina. É mais fácil evitar distrações como redes sociais ou tarefas irrelevantes quando alguém mais está contando com você para a produtividade deles também.

Segurança psicológica

O trabalho em pares criar uma sensação de segurança psicológica, pois os desenvolvedores sabem que têm alguém para oferecer feedback imediato e assistência. Essa confiança promove uma troca mais aberta de ideias e disposição para correr riscos calculados, impulsionando a inovação.

Diversificação de habilidades

O pair programming expõe os desenvolvedores a abordagens e técnicas diferentes, ajudando-os a se tornarem mais versáteis. Por exemplo, um desenvolvedor de backend em parceria com um desenvolvedor de frontend pode obter insights sobre considerações de experiência do usuário que de outra forma não encontraria.

Ao compreender e aproveitar esses benefícios, as equipes podem extrair o máximo de seus esforços de pair programming, resultando não apenas em um código melhor, mas também em uma equipe mais envolvida, qualificada e coesa.

Boas Práticas Pair programming, seja um parceiro legal

• Seja um observador ativo: Quando estiver no papel de navegador, mantenha-se envolvido. Forneça feedback contínuo e planeje os próximos passos.

• Não se distraia: Evite distrações como o celular ou outras tarefas. Seu foco deve estar no código e no seu parceiro. Uma técnica útil que costumo usar é o Pomodoro, que envolve dividir o trabalho em intervalos de tempo focado, geralmente 25 minutos, separados por pequenas pausas. É fácil se concentrar por um curto período e depois ter uma pausa planejada.

• Construa uma conexão: Dedique algum tempo para conhecer seu parceiro. Um bom relacionamento de trabalho torna a sessão de pair programming mais eficaz.

• Não ignore sinais: Esteja atento à linguagem corporal e às dicas verbais do seu parceiro. Se parecerem confusos ou desinteressados, troque uma ideia sobre isso.

• Celebre as vitórias juntos: Depurar com sucesso um problema complicado ou implementar uma funcionalidade complexa é uma vitória para ambos. Reconhecimento de conquistas conjuntas fortalece a parceria.

• Não procure culpados: Erros são uma parte inevitável do processo de desenvolvimento. Use-os como oportunidades de aprendizado em vez de atribuir culpa. Estudos comprovam que atribuir culpa por erros inibe a aprendizagem.

• Evite microgerenciamento: Ofereça insights valiosos e sugestões em vez de ditar cada clique do mouse e cada tecla pressionada no teclado.

• Não seja dominador: Há uma linha tênue entre ser um bom navegador e ser um passageiro de trás indesejado. Ofereça orientação, não ordens.

• Não grude em um papel: Evite ficar sempre no mesmo papel. Troque regularmente, para manter a dinâmica mais interessante.

Nossas Conclusões

O pair programming tem se mostrado uma abordagem valiosa para nossas equipes de desenvolvimento de software. Além de melhorar a qualidade do código, fortalece a conexão da equipe, promove mentoria e cria um ambiente propício para o crescimento profissional. Apesar dos desafios, como a escolha adequada de pares e complexidades do trabalho remoto, ela continua a ser uma ferramenta eficaz na caixa de ferramentas do desenvolvedor.

Ao aderir às melhores práticas e compreender os benefícios potenciais, as equipes podem colher os frutos do pair programming, resultando em um código mais sólido e uma equipe mais coesa e capacitada. Na próxima vez que a tarefa for desafiadora, considere fazer um par com um colega. Os benefícios vão além do projeto imediato, enriquecendo tanto a equipe quanto o desenvolvimento individual.

fontes:

• https://www.drovio.com/blog/the-different-styles-of-pair-programming/
• https://unruly.co/blog/article/2019/08/27/what-is-pair-programming/
• https://dev.to/documatic/pair-programming-best-practices-and-tools-154j
• https://tuple.app/pair-programming-guide/
• https://martinfowler.com/articles/on-pair-programming.html
• https://qase.io/blog/pair-programming/