Pular para o conteúdo

Preparacao para Entrevistas Tecnicas em Ingles

Entrevistas tecnicas em ingles geralmente incluem:

  1. Apresentacao pessoal (2~3 minutos) — Explicar rapidamente quem voce e e o que ja fez
  2. Discussao tecnica (30~45 minutos) — Resolver problemas ou discussao de design
  3. Perguntas comportamentais (10~15 minutos) — Experiencias passadas e forma de trabalhar

O objetivo nao e contar toda sua experiencia, mas estabelecer contexto para a conversa seguinte.

Hello, I'm [name]. I'm a [role] from [location] with [X years]
of experience in [domain].
Most recently, I [major accomplishment or current work].
Before that, I worked on [relevant experience].
I'm particularly interested in [relevant area to this role].
ElementoExemploPor que e importante
Identidade clara”Full-stack engineer”Entrevistador posiciona seu background rapidamente
Numeros e resultados”4 years”, “40% latency reduction”Mostra conquistas reais, nao vagas
Nome de empresa/projeto”ByteDance”, “payment platform”Prova que sua experiencia e verificavel
Relevancia”…which is why I’m excited about this role”Mostra interesse na vaga

Nao comece a codar imediatamente. Faca perguntas primeiro.

Interviewer: "Design a URL shortener service"
You:
"Thanks for the problem. Let me clarify a few things:
- How many URLs do we expect to shorten per day?
- Should the shortened URLs expire after a certain time?
- Do we need to support custom short links?
- Should we track analytics (click count, etc)?"

Expressoes uteis:

  • “Let me clarify…”
  • “Could you provide more context on…?”
  • “Are we optimizing for X or Y?”
  • “What’s the scale we’re targeting?“
"Here's my approach: First, I'll use a hash function to convert
long URLs to short codes. Then store the mapping in a database.
For lookups, I'll query the database by short code and redirect.
For scale, I'm thinking about:
- Using a NoSQL database (like DynamoDB) for fast lookups
- Adding a cache layer (Redis) for hot URLs
- Sharding by short code prefix to distribute load"

Expressoes-chave:

  • “I’m thinking about…” — Expressar ideias
  • “The trade-off here is…” — Expressar trade-offs
  • “For scale, we could…” — Expressar otimizacoes

Pense em voz alta enquanto codifica, para o entrevistador acompanhar seu raciocinio.

"Let me test this with a few cases:
- Normal case: valid long URL -> should return short code
- Edge case: very long URL (10KB)
- Edge case: duplicate submission (same long URL twice)
- Error case: invalid input (empty string)"

Framework padrao (em uma hora):

  1. Functional Requirements (5 min) — O que o sistema faz?
  2. Non-Functional Requirements (5 min) — Escala, throughput, latencia?
  3. API Design (5 min) — Endpoints
  4. Database Design (10 min) — Modelo de dados
  5. Architecture (15 min) — Componentes do sistema
  6. Trade-off Discussion (10 min) — Discussao de alternativas

Expressoes-chave:

  • “I would design it like this…”
  • “The trade-off is…”
  • “For scalability, we could…”
  • “Let me walk you through…”

Perguntas comportamentais avaliam sua forma de trabalhar e colaborar. O framework padrao e STAR:

S (Situation) — Contexto T (Task) — Tarefa (qual era sua responsabilidade) A (Action) — Acao (o que voce fez) R (Result) — Resultado (como terminou)

“Tell me about a time you had a disagreement with a teammate"

Seção intitulada ““Tell me about a time you had a disagreement with a teammate"”
Situation:
"In my previous role, I was working on a cache layer optimization.
My teammate suggested using Memcached, but I thought Redis would
be better for our use case."
Task:
"We needed to decide which tool to use, and this decision would
affect several other teams."
Action:
"Instead of arguing, I suggested we run a benchmark. We tested both
on our actual workload. Redis was 20% faster and had better persistence.
I presented the data and listened to his concerns."
Result:
"We went with Redis. A month later, it was handling 50K concurrent
requests without issue. My teammate appreciated the data-driven approach."

Use STAR com numeros e resultados concretos.

Ponto-chave: mostre o que voce aprendeu com a falha.

  • Revisar estruturas de dados e algoritmos (LeetCode nivel medium)
  • Praticar 2~3 problemas de system design
  • Simular 3~5 entrevistas (com amigo ou Pramp)
  • Preparar 5 historias STAR
  • Gravar sua apresentacao pessoal, ouvir (verificar pronuncia e fluencia)
  • Usar DevGlish para salvar expressoes de entrevista na tag “interview-prep”
  • Praticar pronuncia de termos tecnicos (“distributed”, “latency” etc.)
  • Preparar 3~5 perguntas para o entrevistador
  • Fale mais devagar — Nao nativos tendem a falar rapido demais (nervosismo). Reduza a velocidade, priorize clareza
  • Pense em voz alta — Nao fique 5 minutos em silencio pensando. Diga “Let me think for a moment…” e compartilhe seus pensamentos
  • Nao precisa ser perfeito — Sotaque e pequenos erros gramaticais sao aceitaveis, desde que seja claro e logico
  • Pratique pronuncia — Termos tecnicos devem ser pronunciados claramente
  • Nervosismo e normal — Entrevistadores sabem que ingles nao e sua primeira lingua
  • Faca perguntas — Esclarecer duvidas e comportamento inteligente, nao fraqueza
  • Seja honesto — Se nao sabe, diga “I’m not sure, but I would…”, nao invente
ErroMelhor
”I think I could do this""I can do this"
"The system can be designed like this""I would design the system like this"
"There is a database for storing data""We store data in a database"
"One approach could be…""My approach is…”
  • E-mail de agradecimento (em 24 horas)
  • Mencione brevemente o que te impressionou
  • Nao explique demais (o e-mail nao e para mudar a decisao)
Subject: Thank you for the interview
Hi [Name],
Thank you for taking the time to interview me today. I really enjoyed
discussing the system design challenge and learning more about your
backend architecture.
I'm excited about the opportunity to contribute to your team.
Best regards,
[Your name]