TheDeployGame

Ship. Stability. Team. Pick two.

Quatro colegas te escrevem no chat. Você responde.

The Deploy Game é um jogo gratuito para aprender inglês para programadores: o inglês que aparece no code review, na daily, no canal de incidente e na discussão de prazo. Rollback, merge conflict, flaky test, technical debt, scope creep. Você é o novo Tech Lead da Rivet Labs e, a cada sprint, um colega chama no chat com uma decisão real usando um desses termos. Entender a palavra é o que permite decidir bem, e é exatamente por isso que ela fica.

Ler documentação em inglês não é falar inglês no trabalho

Quase todo dev brasileiro lê inglês razoavelmente: a documentação, o Stack Overflow, o erro do compilador. O que trava é o outro inglês, o que tem gente do outro lado. Explicar na daily por que a task não andou. Escrever o comentário do pull request sem soar rude. Contar num canal de incidente o que aconteceu, enquanto acontece. Dizer não para um PM em inglês.

É esse inglês que está nas cartas. Cada termo chega no meio de uma decisão que mexe em Stability, Ship e Team, e uma escolha ruim custa o cargo. Você aprende o vocabulário porque precisa dele para sobreviver ao sprint, o mesmo motivo pelo qual você lembra das palavras que usou numa reunião difícil e esqueceu as que só leu numa lista.

Nenhuma carta pergunta o que um termo significa. São todas decisões, com trade-off de verdade: proteger a estabilidade costuma custar entrega, empurrar entrega costuma custar a equipe. Depois da escolha, a explicação em inglês fecha o ciclo, e mesmo errando você sai sabendo o que a palavra quer dizer e o que ela provoca.

Os 36 termos que você treina

Um baralho por área da engenharia. Você pode fazer a rotação área por área (Version Control, Testing, Deploys & Incidents, Architecture & Tech Debt, Agile, Security) antes de encarar o Tech Lead Challenge, que embaralha tudo com risco real.

Version Control & Code Review

  • merge conflictconflito de merge: duas mudanças nas mesmas linhas, e o Git se recusa a adivinhar
  • pull requestPR: a proposta de mudança aberta para revisão antes de entrar
  • revertreverter: desfazer um commit que já entrou
  • rebaserebase: reaplicar seus commits em cima de outra branch, reescrevendo a história
  • long-lived branchbranch de vida longa: quanto mais tempo aberta, mais caro o merge
  • git blameblame: quem mudou cada linha por último, e em que commit

Testing & Quality

  • flaky testteste instável: passa e falha no mesmo código
  • test coveragecobertura de testes: quanto do código o teste executou (não quanto ele verificou)
  • regressionregressão: o que funcionava e parou de funcionar
  • staging environmentambiente de homologação: a cópia de ensaio da produção
  • edge casecaso extremo: a entrada ou estado no limite do que o código espera
  • smoke testteste de fumaça: a checagem rápida dos caminhos críticos

Deploys & Incidents

  • rollbackrollback: voltar para a última versão que funcionava
  • canary releaserelease canário: liberar para uma fatia pequena antes de todo mundo
  • on-call rotationescala de plantão: o rodízio de quem atende incidente fora do horário
  • blameless postmortempost-mortem sem culpado: a análise que olha o sistema, não a pessoa
  • feature flagfeature flag: liga e desliga a funcionalidade sem novo deploy
  • scheduled downtimeparada programada: indisponibilidade combinada e avisada

Architecture & Tech Debt

  • technical debtdívida técnica: o custo futuro do atalho de hoje, com juros
  • refactorrefatorar: mudar a estrutura sem mudar o comportamento
  • tight couplingacoplamento forte: uma parte depende das entranhas da outra
  • legacy systemsistema legado: o que ainda roda e ninguém aqui sabe mexer com segurança
  • bottleneckgargalo: o ponto mais estreito, o único que muda o tempo total
  • scalabilityescalabilidade: o que acontece com latência e custo quando a carga multiplica

Agile & Delivery

  • scope creepinchaço de escopo: trabalho que entra depois do plano, sem mexer na data
  • blockerimpedimento: o que trava a tarefa até outra pessoa agir
  • estimateestimativa: o que você acredita que custa (não é a mesma coisa que a meta)
  • standupdaily: a sincronização curta de progresso e impedimentos
  • definition of donedefinição de pronto: a lista que um card precisa cumprir para contar como feito
  • backlog groomingrefinamento do backlog: revisar, ordenar e matar o que não vai acontecer

Security & Data

  • vulnerabilityvulnerabilidade: a brecha que dá para explorar
  • hardcoded credentialscredencial no código: senha escrita no fonte, e o histórico nunca esquece
  • data breachvazamento de dados: acesso não autorizado a dado protegido (LGPD manda notificar)
  • backup restorerestauração de backup: o único jeito de saber que o backup existe de verdade
  • dependencydependência: código de terceiro que você entrega junto com o seu
  • least privilegemenor privilégio: cada um com o mínimo de acesso que o trabalho exige

Como funciona

Três medidores, Stability, Ship e Team, reagem a cada escolha, cada um com sua própria regra de fim de jogo. Stability chegando a zero é produção fora do ar e acaba na hora. Ship abaixo de 30 duas vezes (não importa quando) esgota a paciência da diretoria. Team abaixo de 20 por dois sprints seguidos, ou três dos últimos cinco, e a equipe se desfaz. Não existe caminho totalmente seguro: proteger demais um medidor normalmente custa outro, que é como funciona todo trabalho de engenharia de verdade.

Leve os três acima de 70 ao mesmo tempo e a diretoria te promove a CTO. Quem chega lá entra no ranking de CTOs: vence quem precisa de menos sprints, e o tempo de relógio desempata. Toda palavra na tela é clicável, toque e a tradução aparece, sem sair do jogo.

Do jogo para a daily de verdade

Sobreviver como Tech Lead fictício é divertido. Entrar numa call com um time distribuído e explicar por que você reverteu o deploy, na velocidade em que a conversa acontece, é outra coisa, e é isso que a gente treina nas aulas da Lingualize: seu vocabulário, da sua área, nas situações em que você realmente precisa dele. Aula individual, no seu horário, com professor de verdade corrigindo na hora.

Falar sobre inglês para tecnologia →

Antes disso, vale descobrir seu ponto de partida no teste de nível de inglês grátis ou revisar um texto seu no corretor de textos em inglês. Se o seu mundo é mais reunião de resultado que sprint, o The Dividend Game é o mesmo jogo com vocabulário financeiro. Tudo isso e mais nas ferramentas gratuitas da Lingualize.

Perguntas frequentes

Preciso de cadastro para jogar?

Não. O jogo roda inteiro no navegador, sem login e sem custo. E-mail só é pedido em duas situações opcionais: para entrar no ranking de CTOs e para receber o relatório da partida.

Que inglês técnico eu aprendo aqui?

36 termos que aparecem de verdade no trabalho de quem escreve software: rollback, merge conflict, pull request, flaky test, regression, technical debt, refactor, scope creep, blocker, feature flag, least privilege, entre outros. Cada termo aparece dentro de uma decisão de engenharia, e a explicação em inglês vem logo depois da sua escolha.

Qual nível de inglês eu preciso ter?

É inglês profissional para quem já tem base intermediária (B2 em diante). O vocabulário é o do dia a dia técnico, não inglês básico, mas dá para tocar em qualquer palavra do jogo e ver a tradução na hora.

Serve para quem quer trabalhar em empresa gringa?

É exatamente o caso de uso. O que trava numa vaga remota internacional quase nunca é a sintaxe do código: é escrever o comentário do pull request, explicar um incidente na daily, defender uma estimativa e discordar do PM em inglês. É esse inglês que está nas cartas.

Como se vence o jogo?

Levando Stability, Ship e Team acima de 70 ao mesmo tempo, e aí a diretoria te promove a CTO. Não existe roteiro fixo: as cartas vêm embaralhadas e o que separa a escolha certa da errada é entender o termo técnico em inglês.

Como se perde o jogo?

De três jeitos. Stability chegando a zero é produção fora do ar e game over na hora. Ship abaixo de 30 em dois sprints quaisquer (não precisa ser seguido) esgota a paciência da diretoria. Team abaixo de 20 por dois sprints seguidos, ou em três dos últimos cinco, e as pessoas vão embora. Um tropeço isolado não mata, é a fraqueza repetida que custa o cargo.

As perguntas cobram definição de termo?

Não. Toda carta é uma decisão técnica com consequência nos três medidores, nunca 'o que significa X'. Você só escolhe bem se entendeu o termo, e é assim que o vocabulário gruda.

Como funciona o ranking?

Só entra quem virou CTO. O critério é o menor número de sprints até a promoção; empate desempata pelo menor tempo de relógio. Para registrar sua posição é preciso deixar nome e e-mail, e jogar continua livre e anônimo.