Pair programming em inglês

Nível: B1

Objetivo

Participar de sessões de pair programming em inglês pensando em voz alta, sugerindo próximos passos, pedindo o teclado, explicando o raciocínio e navegando pelo código junto, usando frases curtas e naturais que mantêm o ritmo da dupla sem interromper quem está dirigindo.

Explicação

Pair programming em inglês gira em torno de quatro micro-habilidades: pensar em voz alta (*think aloud*), sugerir próximos passos, pedir o controle e explicar o raciocínio. Em B1, espera-se que você combine todas elas em frases curtas, sem traduzir mentalmente cada palavra. O fluxo típico de uma sessão é: o *driver* escreve o código enquanto o *navigator* observa, comenta, sugere e pergunta.

Think aloud mantém a dupla sincronizada. Quem está digitando verbaliza a hipótese antes de cada mudança: *"I'm thinking the bug is in the retry block, not in the timeout."*, *"What I see here is that the function returns null when the user is missing."* O ouvinte acompanha o raciocínio em tempo real e consegue corrigir antes de a linha virar commit.

Sugerir próximos passos usa aberturas leves: *"What if we try a small refactor first?"*, *"How about we add a log before this line?"*, *"Let's step back and read the function from the top."*, *"Maybe we should write a failing test before changing the code."* Essas frases oferecem uma direção sem impor, e o *driver* decide se aceita, rejeita ou combina.

Pedir o controle troca os papéis sem atrito: *"Can I take the keyboard for a minute?"*, *"Do you want to drive, or should I?"*, *"Can I jump in here?"*, *"Let me try that part."* A troca é frequente em B1 e deve ser combinada com a micro-habilidade anterior: pedir o teclado depois de sugerir a direção.

Explicar o raciocínio sustenta a decisão e ajuda o colega a aprender: *"The reason I'm doing this is that the old version didn't handle null."*, *"I'm extracting this into a helper because the loop is doing two things."*, *"This trade-off is acceptable because the cache will rarely miss."*

Navegar pelo código junto usa referências compartilhadas: *"Look at line 42, the if block."*, *"This function here."*, *"The place where we read the file."*, *"Above the try block."*, *"Inside the loop."* Combine com marcadores de posição (*here, there, above, below, inside*) para indicar sem ambiguidade de que trecho você está falando.

Em sessões remotas com compartilhamento de tela, essas frases funcionam com pequenas variações: *"Can you see my cursor?"*, *"I'm scrolling to the test file."*, *"What you're looking at is the migration script."* Mantenha o tom direto e o ritmo constante; pausas longas quebram a sincronia da dupla.

Exemplos

Erros comuns

• Ficar em silêncio enquanto o colega digita: sem think aloud, o navigator perde o contexto e a sessão vira digitação solitária em dupla.
• Sugerir com tom de ordem: *"You should rename this function."* soa impositivo; prefira *"What if we rename this function?"* ou *"How about renaming it?"*
• Pedir o teclado sem avisar: *"Give me the keyboard."* quebra o ritmo; use *"Can I take the keyboard for a minute?"* ou *"Do you want to drive, or should I?"*
• Explicar o raciocínio depois que a linha já virou commit: em pair, a justificativa vem antes ou junto da mudança, não no review.
• Misturar a navegação no código com explicações longas: mantenha as referências curtas (*line 42, inside the if, above the loop*) e abra a explicação só quando perguntarem.
• Traduzir mentalmente cada frase da dupla: frases prontas (*What if we...*, *The reason is...*) saem mais rápido do que reformular em português e traduzir palavra por palavra.
• Ignorar o navigator: pair programming é conversa contínua; se o colega está em silêncio há muito tempo, pergunte *"What do you think?"* ou *"Does that make sense?"*

Prática guiada

Reescreva cada frase para soar natural em uma sessão de pair programming:

• Comando direto: *"Give me the keyboard."*

Versão natural: *"Can I take the keyboard for a minute? I want to try the refactor."*

• Sugestão impositiva: *"You should add a log here."*

Versão natural: *"What if we add a log right here? It would help us see the value."*

• Explicação vaga: *"I'm doing this because it's better."*

Versão natural: *"The reason I'm doing this is that the old code re-reads the file on every request, which is expensive."*

• Navegação confusa: *"That thing there."*

Versão natural: *"Look at the function `load_config`, the part where we open the file."*

Observe o que mudou: a primeira versão é curta e gera atrito; a segunda descreve a intenção, suaviza a sugestão e usa marcadores de posição compartilhados (`here`, `the function load_config`, `the part where...`).

Resumo

Em pair programming, pense em voz alta (*I'm thinking...*, *What I see is...*), sugira próximos passos com aberturas leves (*What if we...*, *How about we...*, *Let's...*), peça o controle com frases educadas (*Can I take the keyboard?*, *Do you want to drive?*), explique o raciocínio com *The reason is... / because...* e navegue pelo código com marcadores de posição (*here, there, above, below, inside*). Frases curtas, diretas e em voz alta mantêm a dupla sincronizada.

História: Pair programming em inglês

Nível: B1

História em inglês

Joining a pair session

On Wednesday morning, Priya joined a pair session with her teammate Lucas to debug a flaky integration test. Lucas was already sharing the screen, with the test file open on the left and the production code on the right. "Can you see my cursor?" Lucas asked. "Yes, I can. Go ahead and drive," Priya answered. Lucas said, "I'm thinking the failure is in the cache layer, not in the database." "What I see here is that the test sometimes passes and sometimes fails, with no clear pattern in the logs." Priya nodded and said, "OK, let's start by reading the test from the top. Maybe we should add a log right before the assertion."

Switching roles and finding the cause

Lucas added the log and ran the test, but it passed on the first try. "Can I take the keyboard for a minute?" Priya asked. "I want to try the refactor I had in mind." "Sure, go ahead," Lucas said, and they switched roles. Priya drove the keyboard and said, "I'm extracting this assertion into a helper because the same pattern shows up in three other tests." Lucas watched and said, "What do you think about adding a small comment above the helper, so future readers know why it exists?" "That's a good point," Priya replied. "The reason I'm extracting this is that the original assertion is doing two things: it checks the response and it also counts retries." She wrote the helper, added the comment, and the test passed five times in a row.

Wrapping up the session

After twenty minutes, the test was no longer flaky, and the two engineers felt good about the change. Lucas said, "What if we add this helper to the shared utils package? Other tests will probably need it too." "I agree, but let's check the package's import rules first. We might need to add a new entry to the index file." Priya opened the package directory and pointed at the file: "Look at this file here, the place where the other helpers are exported." Lucas nodded and said, "Yes, that's the right place. Let's add the new helper there and open a small pull request with a clear description." They wrapped up the session after forty minutes, with a stable test, a shared helper, and a clear next step for the pull request.

Tradução linha por linha

Notas de vocabulário

• flaky = teste que às vezes passa e às vezes falha sem mudança de código
• share the screen = compartilhar a tela; em pair remoto é o equivalente do 'estar no mesmo teclado'
• Can you see my cursor? = frase típica de abertura em pair remoto para confirmar que o colega acompanha o ponteiro
• Go ahead and drive = aceita o papel de driver; 'go ahead' suaviza a autorização
• switch roles = trocar driver/navigator; pedido educado de teclado em pair
• extract ... into a helper = mover um trecho de código para uma função menor e reutilizável
• the place where ... = marcador de navegação que aponta um trecho sem usar número de linha
• package = pacote; unidade de organização de código com regras próprias de import/export

Perguntas de compreensão

1. What problem did Priya and Lucas pair on?
2. Why did Lucas think the failure was in the cache layer, not in the database?
3. What did Priya suggest they do first?
4. Why did Priya ask to take the keyboard?
5. Why did Priya extract the assertion into a helper?
6. What small change did Lucas suggest to make the helper easier to understand?
7. Where did they decide to add the new helper?
8. How long did the pair session last in total?

Prática com a história

1. Reescreva como frase de pair: 'Add a log before the assertion.'
2. Traduza: 'A razão de eu extrair isso é que o loop está fazendo duas coisas.'
3. Complete: 'Can I ___ the keyboard for a minute?'
4. Escreva uma frase de think aloud para a hipótese: o problema está no timeout, não no retry.
5. Reescreva como navegação: 'Look over there in the code.'