Curso de inglês para TI (tecnologia da informação): o que cobrir e como escolher

Por Alex Barros, intérprete simultâneo há 25 anos · atualizado em 05/11/2026

Nos meus 25 anos de cabine, a tecnologia entrou em quase toda reunião que interpreto. Um banco apresenta a migração de um sistema, uma multinacional discute um incidente de segurança, uma gestora explica uma mudança de plataforma. Em todas, o vocabulário de TI aparece misturado com o de negócio, e é nessa mistura que o profissional brasileiro mais sofre.

O curioso é que o profissional de TI costuma ler inglês muito bem. Lê documentação, lê código, lê fórum, lê erro de terminal desde o primeiro dia de carreira. O problema é outro: falar, ouvir em tempo real e escrever com tom adequado. Quem lê bem e fala mal está na situação mais comum da área, e é para essa pessoa que este guia foi escrito.

Aqui eu explico o que um curso de inglês para profissionais de TI precisa ter, como comparar as opções e o que perguntar antes de pagar. No fim, descrevo o Inglespetacular Executive TI, curso que eu escrevo, e deixo claro o que ele faz e o que não faz.

Por que o inglês de TI é um caso à parte

Três características distinguem o inglês de tecnologia do inglês geral.

A primeira é que o vocabulário técnico é quase todo em inglês, inclusive no Brasil. Ninguém diz "ramificação" para branch, nem "solicitação de integração" para pull request. Isso cria uma ilusão de domínio. O profissional conhece centenas de termos e os usa todo dia, mas só dentro de frases em português. Quando precisa montar a frase inteira em inglês, descobre que sabe os substantivos e não sabe os verbos, as preposições nem o tom.

A segunda é que a comunicação de TI é feita em situações repetidas e com formato quase fixo. A daily tem um roteiro. O incidente tem um roteiro. O code review tem um roteiro. Isso é uma vantagem: dá para treinar a situação inteira, e não apenas palavras soltas. Um bom curso aproveita essa regularidade.

A terceira é que o tom pesa mais do que parece. Comentário de code review, mensagem de incidente e e-mail para cliente têm convenções de cortesia e de objetividade muito particulares. Um comentário que em português soa direto pode soar agressivo em inglês, e o contrário também acontece. Aprender o tom é parte do aprendizado do idioma.

O que um curso de inglês para profissionais de TI precisa cobrir

Vou tratar de seis situações. Para cada uma, descrevo o que a pessoa precisa conseguir fazer e o tipo de vocabulário envolvido. Use esta lista como régua para qualquer curso.

Daily e reuniões de acompanhamento

A daily (também chamada de stand-up) é a reunião mais frequente do trabalho em equipe de tecnologia, e é a primeira em que o inglês trava. O formato é curto: o que fiz, o que vou fazer, o que me bloqueia. O desafio é dizer isso com naturalidade, sem ler, e entender o que os colegas dizem em ritmo normal.

Frases típicas:

• "Yesterday I finished the migration script and started on the tests."
• "Today I'm going to review two pull requests."
• "I'm blocked on access to the staging environment."
• "I'm waiting on the API team to confirm the contract."

Observe os tempos verbais. O passado simples para o que terminou, o "going to" ou o presente contínuo para o que vem, "blocked on" e "waiting on" com a preposição certa. O brasileiro tende a dizer "blocked by" ou "waiting for" em situações em que o uso corrente é outro. Os dois às vezes são aceitos, mas o curso precisa mostrar o que a equipe efetivamente diz.

Além da daily, entram a retrospectiva, o planejamento de sprint e a conversa de alinhamento com o gestor. Cada uma pede um repertório de verbos para estimar, priorizar, adiar e comprometer-se: "I'd estimate three days", "That's out of scope for this sprint", "We can pick it up next iteration".

Incidentes

É a situação de maior pressão, e a que mais expõe lacunas. Em um incidente, a comunicação precisa ser clara, curta e sem ambiguidade, muitas vezes em tempo real, com várias pessoas falando ao mesmo tempo e algumas delas de outro país.

O curso precisa treinar as quatro partes de um incidente. A detecção: "We're seeing elevated error rates on the payments API." O diagnóstico: "We think the cause is a misconfigured environment variable." A mitigação: "We rolled back the release" ou "We applied a workaround while we work on a fix". A comunicação de status: "The service is back to normal. We'll share a full write-up tomorrow."

Há ainda o vocabulário de papéis e de processo: on-call, incident commander, severity, escalate, impact, ETA, root cause, postmortem. O postmortem, em particular, exige um tipo de escrita: factual, na ordem do tempo, sem atribuir culpa a pessoas. Muitas equipes adotam o formato chamado "blameless postmortem". Escrever isso em inglês sem cair em frases acusatórias é uma habilidade que o curso pode treinar.

Um cuidado de tom. Em incidente, evita-se prometer o que não se sabe. "We're investigating" é uma frase completa e honesta. "It will be fixed in ten minutes" é uma promessa arriscada. O inglês de incidente é cheio de formas que descrevem o estado atual sem se comprometer com o futuro, e o profissional precisa reconhecê-las e usá-las.

Code review

É uma conversa por escrito, com poucas palavras, em que o tom decide tudo. O revisor precisa apontar problemas sem ofender, sugerir sem impor, aprovar sem parecer displicente. O autor precisa responder a críticas, explicar decisões e discordar com educação.

Exemplos de comentários:

• "Could you add a test for the empty-list case?"
• "Nit: I'd rename this variable to something more descriptive."
• "I'd suggest extracting this into a separate function."
• "Is this change backward compatible?"
• "Looks good to me. Approving."

"Could you" e "I'd suggest" suavizam o pedido. "Nit" sinaliza um detalhe menor que não bloqueia a aprovação. "LGTM", abreviação de "looks good to me", é comum. E quando o autor discorda: "I see your point, but I chose this approach because it avoids an extra database call. Happy to change it if you feel strongly." Perceba que o inglês cordial de code review não é fraco. É eficiente: resolve o conflito sem desgaste.

O curso deve incluir também o vocabulário do processo: pull request, merge, rebase, conflict, branch, commit message, approve, request changes. E as convenções de commit, que também são inglês: mensagens no imperativo, curtas, descritivas ("Fix null pointer in login handler").

Documentação

Documentação técnica em inglês tem estilo próprio. É direta, no imperativo para instruções ("Run the following command", "Set the environment variable"), no presente para descrições ("This function returns a list of users"), e evita rodeios.

O profissional de TI brasileiro costuma escrever documentação em inglês com estrutura de português: frases longas, subordinadas, tempos verbais complicados. O resultado é correto mas pesado. Um curso útil mostra o formato curto e treina a conversão.

Entram aqui README, runbook, changelog, release notes, comentários de código, docstrings, tickets e descrições de pull request. Cada gênero tem convenções. Release notes, por exemplo, costumam agrupar mudanças em "Added", "Changed", "Fixed" e "Removed". Um runbook é uma sequência de passos com condições claras: "If the queue size exceeds the threshold, restart the worker."

Um ponto que merece espaço é o verbo "deprecate". Em tecnologia, "deprecated" quer dizer que um recurso ainda funciona mas está marcado para ser removido, e não deve ser usado em código novo. Não tem relação com "depreciar" no sentido de perder valor. Quem escreve "depreciated" por analogia com o português comete um erro que aparece em documentação publicada.

Arquitetura e decisões técnicas

Discussões de arquitetura são conversas de argumento. As pessoas comparam alternativas, defendem escolhas, expõem riscos e pedem justificativas. O vocabulário é mais abstrato: trade-off, scalability, latency, throughput, bottleneck, single point of failure, tight coupling, monolith, microservices, eventual consistency, design doc.

O que importa mais é o repertório de argumentação. "The main trade-off is between consistency and availability." "My concern is that this adds a single point of failure." "What happens if the downstream service is slow?" "Have we considered a simpler approach?" "I'd lean toward option B, mainly because it's easier to operate."

Nessas conversas, o profissional de TI precisa também explicar tecnologia a quem não é da área: gestor, cliente, diretor. Traduzir um conceito técnico em uma frase de negócio é uma habilidade que o inglês geral não treina. "The system is slow because every request waits for the database" é uma explicação simples e boa. Um curso para TI deve exercitar esse movimento.

Entrevistas técnicas

É o ponto em que muita gente decide procurar um curso. A entrevista técnica em inglês tem partes bem definidas: apresentação pessoal, perguntas sobre experiência, exercício técnico (ao vivo ou em casa), design de sistema e perguntas comportamentais.

No exercício ao vivo, o hábito mais importante é pensar em voz alta. O entrevistador quer entender o seu raciocínio, e não só ver a resposta. "Let me start by clarifying the requirements." "I'm thinking of using a hash map here to get constant-time lookups." "One edge case would be an empty input." "The time complexity is O of n, and the space complexity is also O of n." Para quem nunca falou isso em voz alta, a primeira tentativa costuma travar.

Nas perguntas comportamentais, aparecem as mesmas estruturas de qualquer entrevista: "Tell me about a time you disagreed with a teammate", "Describe a project you're proud of", "How do you handle tight deadlines". O profissional precisa de histórias prontas, contadas em inglês, com começo, meio e fim.

Preparação para entrevista exige simulação. Um curso ajuda com vocabulário e estrutura, mas o treino real é falar com alguém, ou consigo mesmo, em voz alta, com tempo marcado.

A tabela abaixo resume as seis situações.

Termos que confundem o profissional de TI

Sem pretender listar todos, há armadilhas recorrentes que um curso sério precisa tratar.

Deprecated e depreciated. Já comentei: a palavra de tecnologia é "deprecated". "Depreciation" é desvalorização contábil.

Issue. Em TI, "issue" quase sempre é problema ou ticket: "There's an issue with the login page." O brasileiro pensa em "emitir". "To issue" também existe, em "issue a certificate", mas a ocorrência mais comum no dia a dia é a de problema.

Resolution. Pode ser a resolução de um problema (a solução) ou a resolução de uma tela (a definição). O contexto indica qual.

Application e app. "Application" também significa candidatura a uma vaga. Em entrevista, "my application" é o seu pedido de candidatura, e não um software.

Support. "To support" é apoiar, dar suporte ou aceitar um recurso: "This browser doesn't support that feature." Não quer dizer suportar no sentido de tolerar.

Implement. É colocar em prática, construir. "We implemented the new login flow." Não é sinônimo de "implantar" no sentido de colocar em produção, que costuma ser "deploy" ou "roll out".

Release e deploy. Release é a versão que se entrega. Deploy é o ato de colocar uma versão em um ambiente. Em equipes diferentes, os dois se confundem, e vale perguntar ao time como eles usam os termos.

Legacy. Em tecnologia, legacy system é um sistema antigo, ainda em uso, geralmente difícil de mudar. Não tem valor positivo de herança.

Actually. Continua sendo "na verdade". Para "atualmente", o termo é "currently". Em TI, esse erro aparece em frases como "Actually we use Java 11", que muda o sentido para uma correção.

Eventually. Significa "no fim das contas" ou "com o tempo", e não "eventualmente". A expressão "eventual consistency" ilustra isso: o sistema acaba convergindo, depois de algum tempo.

Há ainda a pronúncia. Alguns termos que o brasileiro lê em voz alta pela primeira vez na entrevista: "cache" se diz como "cash", "queue" se diz como a letra Q, "SQL" tem duas formas aceitas (as letras S-Q-L ou "sequel"), e "Kubernetes" costuma ser dito como "koo-ber-NET-eez". Sempre que possível, confirme a pronúncia que a sua equipe usa, porque ela varia.

Nível de inglês: o que o B1 completo significa

Um curso de área pressupõe uma base. O profissional de TI muitas vezes lê melhor do que fala, e isso cria dificuldade na hora de avaliar o próprio nível. Ler documentação em inglês é uma habilidade específica, apoiada em vocabulário técnico repetido e em estruturas simples. Ela não equivale a conseguir manter uma conversa.

No quadro europeu de referência, B1 é o nível em que a pessoa acompanha uma conversa direta sobre assuntos familiares, escreve texto simples e explica um problema sem travar a cada frase. Um curso que exige B1 completo parte desse ponto e acrescenta o vocabulário e as situações da profissão.

Se você lê bem mas não consegue falar frases longas, faça o teste de nível antes de decidir. O resultado pode ser que você esteja abaixo do ponto de partida do curso, e então vale consolidar a base. Pode ser também que esteja no ponto certo, e então um curso de área é o caminho mais direto.

Critérios para escolher um curso de inglês para TI

1. O conteúdo reflete o trabalho real. Pegue as últimas reuniões e mensagens em inglês do seu dia a dia e compare com o índice do curso. Se o curso trata de reservar hotel e pedir comida, o conteúdo é outro. Se trata de incidentes, code review e documentação, é o seu.

2. O vocabulário vem em frases completas. Você já conhece muitos substantivos. O que falta são verbos, preposições e estruturas. Um curso que lista termos soltos pouco acrescenta.

3. Há prática de fala. A lacuna típica do profissional de TI é a produção oral. Procure linhas para repetir em voz alta, em quantidade suficiente para criar hábito.

4. O tom é tratado de forma explícita. Code review e incidente pedem tons diferentes. O curso precisa mostrar a diferença, não deixá-la implícita.

5. A estrutura é transparente. Número de unidades, de lições e de termos, nível exigido, tempo de acesso. Se não informa, desconfie.

6. Existe uma amostra gratuita. Testar antes de pagar é a melhor forma de avaliar.

7. O conteúdo é atual. Tecnologia muda rápido. Termos como "pull request", "CI/CD", "on-call", "postmortem", "observability" e "feature flag" são correntes. Um curso que nunca os menciona foi escrito há muito tempo.

8. As promessas são sóbrias. Ignore garantias de fluência em prazo curto, de salário maior ou de vaga no exterior. Ninguém controla isso, e quem promete está vendendo outra coisa.

9. O certificado é descrito pelo que é. Um certificado de conclusão comprova que você terminou o curso. Não é uma certificação técnica nem um atestado de proficiência reconhecido oficialmente. Se a página sugere mais do que isso sem apresentar a base, desconfie.

10. Existe um canal para corrigir erros. Material de idioma com erro de inglês é falha séria, e o autor precisa aceitar correção.

Perguntas para fazer antes de comprar

1. Qual é o nível mínimo e como posso saber se estou nele?
2. Quantas unidades, lições e termos o curso tem? Peça números.
3. Quais situações de trabalho estão cobertas? Confira daily, incidentes, code review, documentação, arquitetura e entrevistas.
4. Há prática de fala? Quantas linhas ou exercícios?
5. Posso testar antes de pagar? Quanto do conteúdo é gratuito?
6. Qual é o preço total e o que ele inclui? Há assinatura, renovação, cobrança extra?
7. Quem escreve e revisa o conteúdo? Há nome e experiência declarados?
8. O que o certificado comprova? Peça a descrição exata.
9. O curso cobre o tom, ou só o vocabulário? Peça um exemplo de code review ou de mensagem de incidente.
10. Como relato um erro?

Respostas claras a essas perguntas dizem mais sobre o curso do que a página de vendas.

Inglespetacular Executive TI: o que é e o que não é

O Inglespetacular Executive TI é o curso de inglês para a área de tecnologia da informação dentro da linha Executive. Descrevo os fatos sem adjetivos.

O curso tem dois componentes. O Journey é o percurso de aprendizagem: 10 unidades, 70 lições e cerca de 480 termos da área. O Speak é a prática de fala, com 750 linhas para você dizer em voz alta. O Journey apresenta vocabulário e situações, e o Speak serve para treinar a produção.

O curso exige B1 completo. Essa exigência existe para que o conteúdo funcione, e não para limitar a venda. Se você não sabe seu nível, use o teste de nível do site antes de decidir.

O preço é preço próprio por curso. A Introdução e a Unidade 1 são grátis, para que você avalie o material antes de pagar. Ao concluir, o certificado de conclusão fica disponível na sua conta. Ele indica que você terminou o curso e não tem reconhecimento oficial.

O que o curso não é. Não é curso de base: quem não tem B1 completo deve consolidar o nível antes. Não é curso de tecnologia: ele ensina o inglês da área e não ensina a programar, a operar sistemas ou a projetar arquitetura. Não promete fluência, prazo nem resultado profissional. Não substitui a prática real, com pessoas, em reuniões e entrevistas.

Há ainda um limite a registrar. A sua equipe tem jargão próprio, siglas internas e convenções locais. Isso se aprende no trabalho. O curso cobre o vocabulário e as situações comuns da área e deixa você em posição de entender e perguntar o resto.

Como estudar para aproveitar o curso

Parta de uma situação do seu calendário. Se vai ter uma daily em inglês amanhã, estude a unidade que trata disso. O contexto real fixa o vocabulário.

Fale em voz alta. O profissional de TI lê muito e fala pouco. As linhas de fala só funcionam se saírem da boca.

Escreva suas mensagens reais em inglês e compare. Pegue um comentário de code review ou uma mensagem de incidente que você escreveria no trabalho, escreva em inglês, e depois confronte com o padrão do curso. A comparação mostra onde você escreve em estrutura de português.

Mantenha uma lista dos erros. Termos trocados, preposições erradas, verbos esquecidos. Revisar a própria lista rende mais que rever o conteúdo inteiro.

Repita em intervalos. Rever o mesmo termo em um dia, uma semana e um mês fixa mais que uma sessão longa.

Consulte o glossário. Quando um termo aparecer fora do curso, procure no glossário de TI.

Leia o que times de outros países escrevem. Posts de engenharia, documentação pública, notas de versão de projetos de código aberto. Você vai reconhecer o vocabulário e ver o tom real.

Nada disso garante resultado em prazo determinado. O ritmo depende de cada pessoa.

Um exemplo de como o vocabulário muda a conversa

Imagine uma chamada de incidente, com colegas de três países. Alguém pergunta: "Do we have a clear picture of the blast radius, and is there a workaround we can communicate to customers?"

O profissional que só leu o vocabulário em documentação pode entender "blast radius" como termo estranho e "workaround" como algo vagamente parecido com "trabalhar em volta". Fica calado, ou responde com uma frase vaga.

O profissional que treinou a situação responde: "Right now it affects only the payments API in the São Paulo region. There's a workaround: customers can retry after a few minutes. We're still investigating the root cause, and I'll post an update in ten minutes." A resposta é curta, factual e não promete mais do que se sabe. É essa combinação, vocabulário correto e tom sóbrio, que um curso de área pode treinar.

Para onde ir daqui

Se quer conhecer o vocabulário antes de decidir sobre um curso, comece pelo guia de termos de TI em inglês. Para a parte de reuniões, veja as frases em inglês para reuniões. Para consultar um termo avulso, use o glossário de TI.

Se já sabe que precisa de um curso de área, veja o Inglespetacular Executive TI, comece pela Introdução e pela Unidade 1, que são grátis, e decida depois. Se não souber seu nível, faça antes o teste de nível.

Eu escrevo e reviso. Se encontrar algo errado, avise.