Entrevistas técnicas em inglês têm um desafio duplo: você precisa resolver o problema E se comunicar claramente ao mesmo tempo. A boa notícia é que o vocabulário técnico é finito — e dominar as frases certas faz toda a diferença.
A estrutura de uma entrevista técnica em inglês
Uma entrevista técnica típica em empresa internacional segue um roteiro bastante previsível, o que te dá espaço para se preparar com antecedência para cada etapa:
- Introdução (5 min) — Tell me about yourself
- Perguntas comportamentais (15 min) — STAR method
- Problemas técnicos (30-45 min) — coding, system design
- Suas perguntas (5-10 min) — sempre prepare perguntas!
Vocabulário técnico essencial
Antes de entrar nas frases de raciocínio, vale revisar o vocabulário técnico básico que aparece em praticamente qualquer entrevista de desenvolvimento de software.
Estruturas de dados
- Array — vetor
- Linked list — lista encadeada
- Hash map / Hash table — tabela de dispersão
- Binary tree — árvore binária
- Stack — pilha
- Queue — fila
- Graph — grafo
Algoritmos
- Time complexity — complexidade de tempo
- Space complexity — complexidade de espaço
- Big O notation — notação Big O
- Sorting algorithm — algoritmo de ordenação
- Recursive function — função recursiva
- Edge case — caso extremo/limite
Sistema e arquitetura
- Scalability — escalabilidade
- Load balancing — balanceamento de carga
- Caching — cache
- Database sharding — fragmentação de banco
- Microservices — microsserviços
- API rate limiting — limitação de taxa da API
Como comunicar seu raciocínio em inglês
A habilidade mais valorizada numa entrevista técnica é pensar em voz alta. Use estas frases:
Entendendo o problema
- "Let me make sure I understand the problem correctly..."
- "Could you clarify what you mean by...?"
- "Are there any constraints I should be aware of?"
- "What's the expected input size?"
Pensando na solução
- "My initial thought is to use a..."
- "A brute force approach would be... but we can optimize by..."
- "The time complexity of this approach is O(n)..."
- "I'm considering two approaches: first... second..."
Implementando
- "I'll start by defining the function signature..."
- "Let me handle the edge cases first..."
- "I'll use a hash map to store..."
- "This loop iterates through each element..."
Testando
- "Let me trace through this with a simple example..."
- "For the input [1, 2, 3], the output should be..."
- "What about the edge case where the input is empty?"
As perguntas técnicas mais comuns
Estas cinco perguntas aparecem com frequência em entrevistas técnicas de empresas internacionais — veja como estruturar respostas completas em inglês.
1. "Explain the difference between REST and GraphQL"
"REST is an architectural style where each endpoint represents a resource, and you typically get more data than you need — this is called overfetching. GraphQL, on the other hand, lets clients request exactly the data they need in a single query, which can be more efficient for complex data requirements."
2. "How does garbage collection work?"
"Garbage collection is the automatic memory management process where the runtime identifies objects that are no longer reachable from the application and frees that memory. Modern GC algorithms like generational collection work by dividing objects into generations — most objects die young, so they're collected frequently, while older objects are collected less often."
3. "Explain SOLID principles"
"SOLID is an acronym for five design principles: Single Responsibility — a class should have one reason to change. Open/Closed — open for extension, closed for modification. Liskov Substitution — subclasses should be substitutable for their base classes. Interface Segregation — many specific interfaces are better than one general interface. Dependency Inversion — depend on abstractions, not implementations."
4. "What's the difference between SQL and NoSQL?"
"SQL databases are relational — they use structured tables with predefined schemas and are great for complex queries with joins. NoSQL databases sacrifice some consistency for flexibility and scale — they're better for unstructured data, high write throughput, or when your data model changes frequently."
5. "How would you design a URL shortener?"
Este é um clássico de system design. Estruture assim:
"Before diving in, let me clarify the requirements. We need to: one, generate a short URL from a long URL. Two, redirect users to the original URL. Three, handle millions of requests per day.
For the core algorithm, I'd use base62 encoding of an auto-incremented ID to generate 7-character codes, giving us 62^7 = 3.5 trillion unique URLs.
For the database, I'd use a NoSQL store like DynamoDB for the URL mapping, with the short code as the partition key. We'd add a Redis cache in front for the most popular URLs to reduce latency..."
Perguntas para fazer ao entrevistador
Sempre prepare 2-3 perguntas. Boas opções:
- "What does a typical day look like for engineers on this team?"
- "What are the biggest technical challenges the team is facing?"
- "How does the team approach code reviews?"
- "What's the deployment process like?"
Pratique antes da entrevista real
A melhor forma de se preparar é praticar em inglês, simulando a pressão real de uma entrevista. O HireUp tem simulações de entrevista com feedback detalhado sobre fluência, vocabulário e clareza de comunicação técnica.