Inglês para TI: o guia prático para desenvolvedores

Digite "inglês para TI" no Google e você vai encontrar listas de vocabulário, guias de gramática e conteúdo do tipo "5 frases para usar na sua próxima reunião". Tudo isso trata o inglês da área como um problema de vocabulário, mas o geralmente emperra na prática é a comunicação.

Se você lê documentação técnica em inglês mas trava no stand-up, este guia é para você. Se você escreve código limpo mas seus comentários de PR saem formais e engessados, este guia é para você. Se você tirou B2 em um teste e a sua primeira retrospectiva inteira em inglês ainda pareceu outro idioma, este guia é especialmente para você.

Inglês para TI é um conjunto de situações de comunicação, cada uma com seu ritmo, suas expectativas e suas formas de dar errado. Lista de vocabulário não te prepara para um code review em que uma pessoa sênior digita rápido e espera resposta na thread. Dica de gramática não te ajuda a discordar de uma decisão de arquitetura numa reunião acelerada em que todos os outros são nativos.

"Inglês para TI" são quatro habilidades de comunicação diferentes usando o mesmo crachá. Antes de escolher uma forma de treinar, seja honesto sobre qual lacuna está te travando.

Pense no Diego, engenheiro backend sênior em Buenos Aires que entrou em uma fintech de Berlim há um ano. Ele programa em inglês todo dia, revisa PRs em inglês e ouve podcasts de tecnologia em inglês no caminho para o trabalho. Mas na reunião de arquitetura, em que os sêniores debatem decisões em alta velocidade, ele costumava escutar, concordar com a cabeça e nunca contestar, mesmo quando discordava e tinha a opinião mais forte da sala sobre o sistema que ele mesmo construiu. O que faltava para ele era a capacidade de usar inglês em tempo real, sob pressão.

Os 4 contextos de comunicação que importam

Leitura e escrita assíncronas cobrem threads no Slack, comentários no GitHub, code review, tickets do Jira, RFCs e documentação. É texto, é assíncrono e é o cenário mais generoso, porque você tem tempo de escrever, editar e consultar. É o contexto em que os devs costumam se sentir mais seguros.

Reuniões faladas são stand-up, sprint planning, retrospectiva, 1:1 com seu gestor, all-hands. Tempo real, e com alto custo social. É aqui que a barreira costuma aparecer para quem não é nativo, porque não sobra tempo de traduzir antes de falar.

Discussões técnicas ficam no meio: pair programming, revisão de arquitetura, sessão de debug, walkthrough de código. Parte escrito, parte falado, muito dependente de contexto. Assumem vocabulário técnico compartilhado, mas usam esse vocabulário rápido e de maneira informal, em um registro que nenhum livro cobre.

Inglês sob pressão é entrevista de emprego, avaliação de desempenho, apresentação para stakeholders, call com cliente. Menos frequente, com mais consequências. É comum preparar vocabulário demais e treinar de menos a parte de pensar enquanto fala, que é onde entrevistas e apresentações realmente se decidem.

Um diagnóstico de 3 perguntas

Responda com honestidade:

Se esse é o seu perfil, o que fecha a lacuna é prática de conversação em tempo real em situações técnicas, com alguém que te dê feedback honesto e imediato. Se o travamento for mais emocional do que técnico, comece pelo nosso guia sobre o medo de falar inglês.

Estas são as seis abordagens sérias que devs usam, no que cada uma é boa e onde cada uma falha especificamente para comunicação técnica.

1. Apps de inglês geral

Duolingo, Babbel e equivalentes são por onde a maioria dos devs começa. São mobile, gamificados, feitos para o aprendiz geral, e bons exatamente nisso: criar um hábito diário, treinar vocabulário básico e tapar buracos de gramática.

Eles não sabem que você trabalha com software. Vão te treinar em vocabulário de comida e adjetivos comparativos enquanto você tenta aprender a negociar o escopo de uma feature no sprint planning. Os exercícios de fala são pensados para conversa do dia a dia, não para as situações técnicas em que você trabalha, como um code review ou uma discussão de arquitetura.

Apps de inglês geral funcionam melhor quando você quer hábito diário e treino de base no seu ritmo; uma abordagem específica para tecnologia funciona melhor quando você precisa performar em situações reais de engenharia. Mantenha o app se você tem uma sequência acesa. Só não confunda isso com prática de comunicação técnica.

2. Mídia de tecnologia em inglês (podcasts, YouTube, palestras)

A maioria dos devs já consome horas de conteúdo de tecnologia em inglês, e isso tem valor: exposição passiva a vocabulário técnico, à cadência de falantes nativos e à linguagem da indústria. A compreensão fica mais rápida com o tempo.

Compreensão e fala são habilidades diferentes. Você pode acompanhar uma palestra de 45 minutos sobre sistemas distribuídos e ainda assim não conseguir explicar seu próprio PR em uma revisão ao vivo. Ouvir é entrada; falar é saída, e é na distância entre as duas que o progresso costuma empacar.

Use mídia de tecnologia para treinar compreensão no trânsito ou na academia. O reflexo de responder em tempo real vem de outro lugar: conversa ao vivo. É um complemento essencial, não um substituto.

3. Imersão no trabalho

Quem já está em um ambiente com muito inglês (Slack todo em inglês, time internacional, empresa remote-first) recebe exposição constante e de baixo risco a como a comunicação técnica realmente soa, além de vocabulário em contexto, que é o que fixa.

Imersão sem estrutura é lenta e cheia de pontos cegos. Você naturalmente evita as situações em que é mais fraco, e ninguém no sprint planning vai te corrigir, porque o foco de todos é entregar. As falhas que te deixam desconfortável só se resolvem com treino deliberado.

A imersão te dá melhora de fundo. Prática deliberada é uma coisa separada, que você precisa adicionar.

4. Prática de escrita (GitHub, Slack, documentação)

Escrever de propósito mais em inglês no seu dia a dia técnico (mensagens de commit detalhadas, comentários de PR bem pensados, documentação clara) é um hábito de alto retorno. Melhora clareza, registro e tom profissional, e revisar o texto de outras pessoas te obriga a pensar de forma explícita sobre o que funciona.

Falar cobra algo que escrever nunca testa. Um dev que escreve documentação excelente pode ser a pessoa mais quieta da retrospectiva. Inglês escrito assíncrono e inglês falado em tempo real não substituem um ao outro.

Faça isso de qualquer forma, especialmente no GitHub e no Slack. Só não espere que resolva sua lacuna de fala.

5. Ferramentas de conversação com IA

O modo de voz do ChatGPT, ferramentas de feedback de escrita, tradutores automáticos para checar uma frase que você não tem certeza: isso te dá repetições de baixa pressão sem ninguém olhando, e é um primeiro passo útil para quem está ansioso demais para começar com uma pessoa real.

A IA não lê a textura social de uma conversa técnica: a hesitação antes do seu status, o momento em que você quase diz "I'm not sure this approach is right" e desiste. Seu sistema nervoso também sabe que aquilo não é uma discussão real de engenharia, então a confiança que você constrói ali é mais frágil do que parece quando chega o stand-up.

Ferramentas de IA funcionam melhor quando você quer as primeiras repetições sem pressão e ainda não se sente pronto para falar com uma pessoa; um tutor humano funciona melhor quando você precisa da tolerância à pressão social que reuniões reais exigem. Use IA para as primeiras repetições e pessoas para as que valem.

6. Prática 1 a 1 com um tutor de inglês para tecnologia

Uma pessoa real, em vídeo, focada inteiramente nas situações de inglês que o seu trabalho exige. Um bom tutor consegue conduzir stand-ups simulados, treinar discussões de code review, ensaiar explicações de arquitetura e te dar feedback imediato sobre registro, clareza e confiança. Diferente de um colega, o trabalho dele naquela sessão é te fazer melhorar, e não entregar uma feature. Diferente da IA, ele lê toda a textura social da conversa e te avisa quando algo cairia mal com uma pessoa sênior ou com um stakeholder não técnico.

Os tutores do Cambly vêm de países como Estados Unidos, Reino Unido, Canadá e Austrália, e estão disponíveis 24 horas por dia, sete dias por semana, em vários fusos, o que importa quando a sua hora livre é 23h em São Paulo ou 6h em Tóquio.

O progresso empaca se você não empurrar os cenários. Se toda sessão ensaia "descreva seu projeto atual", você vai ficar muito bom em descrever seu projeto atual. Vá para os cenários desconfortáveis: discordar de uma decisão técnica, explicar por que um prazo é irreal, pedir uma promoção em inglês.

É aqui que a lacuna costuma fechar de verdade.

A coluna de impacto é a nossa avaliação de quanto cada abordagem move o inglês falado em tempo real quando é usada como método principal. Combinar métodos costuma render mais, especialmente prática de escrita junto com sessões regulares com tutor.

Nem todo dev tem a mesma lacuna. Veja qual caminho encaixa no seu perfil.

Se sua maior lacuna são reuniões faladas e stand-ups, o que é comum em devs B1–B2 que se sentem travados, priorize prática de conversação em tempo real em cenários técnicos. Duas sessões de 30 minutos por semana focadas especificamente em stand-up vão render mais nessa lacuna do que treino em app.

Se sua lacuna são situações de alto risco (entrevista técnica, avaliação de desempenho, apresentação para cliente), você precisa de preparo por cenário. Entrevista técnica tem tipos de pergunta, padrões de pressão e estruturas de resposta próprios. Veja nosso guia de inglês para entrevista de emprego.

Se sua lacuna é o inglês escrito assíncrono (comentários de PR, documentação, RFCs), prática de escrita e hábitos deliberados de documentação vão te servir melhor do que treino de fala.

Para o panorama mais amplo de comunicação em inglês no trabalho, veja nosso guia de inglês para negócios.

Este é o plano para um dev em nível B1–B2 cuja principal lacuna são reuniões faladas.

Semana 1. Faça um diagnóstico específico. Grave você mesmo dando um status de 2 minutos sobre o seu trabalho atual e depois assista. Anote quais frases você evitou porque não sabia como formular. Essa lista é o seu currículo de verdade.

Em paralelo, escreva um comentário de PR ou uma mensagem no Slack por dia que você normalmente escreveria em português.

Semana 2. Primeiras repetições em tempo real. Marque uma sessão de inglês para tecnologia e diga a sua lacuna direto para o tutor: "I struggle with stand-ups and real-time technical discussions." Compartilhe o status que você gravou, treine ao vivo e depois treine a versão desconfortável, em que alguém faz uma pergunta de acompanhamento que você não preparou.

Semana 3. Vá para o território desconfortável. Treine as situações que você mais evita: discordar de uma decisão técnica, pedir esclarecimento sem parecer despreparado, explicar por que uma estimativa precisa mudar. Elas seguem tão difíceis quanto são hoje enquanto você continuar evitando.

Semana 4. Aplique e ajuste. Use o que você treinou em reuniões reais. Perceba onde você ainda traduz mentalmente antes de falar e leve esses momentos específicos para a próxima sessão.

Se você leu até aqui, já sabe qual é a sua lacuna.

Escolha um cenário que você vem evitando: o stand-up em que você sempre fala menos do que pensa, o code review em que você concorda com a cabeça em vez de contestar, a reunião em que você tem uma opinião e guarda para si. Comece por aí. Dê uma sessão de 30 minutos só para esse cenário.