O que uma triagem técnica avalia

Uma triagem técnica não é um teste de trivia. Ninguém está tentando pegar você sem saber o nono argumento de String#gsub. Uma chamada de 30 a 45 minutos com um engenheiro, ou com um recrutador e um engenheiro, existe para responder a uma pergunta estreita: essa pessoa consegue manter uma conversa normal sobre código sem travar? Essa barra é bem mais baixa que "sabe tudo de Ruby on Rails". Também é diferente da barra para a qual a maioria dos iniciantes se prepara.

O formato de uma triagem típica

Para um estágio ou uma primeira vaga júnior, a chamada costuma ter três partes. Primeiro vêm cinco a dez minutos sobre sua trajetória: o que você construiu, o que está aprendendo, por que está se candidatando. Depois vêm quinze a vinte e cinco minutos de perguntas técnicas. Algumas são conceituais ("qual a diferença entre id e class no CSS?"), outras pedem para ler código ("o que este método retorna?"), e às vezes há um pequeno exercício de live coding num editor compartilhado. Por fim, cinco minutos para as suas perguntas. Nada disso surpreende se você conhece o formato antes, e é por isso que este curso existe.

Cada vez mais, esse editor compartilhado é uma ferramenta no navegador que abre por um link, sem instalar nada. Você digita, e o entrevistador acompanha em tempo real. Esse formato favorece quem consegue falar enquanto digita, uma habilidade separada de saber a sintaxe.

O que está sendo medido

Quatro coisas, mais ou menos nesta ordem de peso numa triagem de nível inicial:

1. Fundamentos, não trivia. Você sabe explicar o box model, ou o que é um bloco em Ruby, com as suas palavras? Os entrevistadores ligam menos para definições decoradas que para ver se o conceito fez sentido para você.
2. Comunicação sob uma pressão leve. Você narra o seu raciocínio, ou fica em silêncio digitando no escuro? Um entrevistador que não vê o seu raciocínio não consegue dar crédito parcial.
3. Como você lida com não saber algo. Isso ganha uma aula própria, porque é a maior diferença entre quem passa e quem não passa numa triagem de nível inicial, mais que o conhecimento puro.
4. Sinais básicos de colaboração. Você faz uma pergunta de esclarecimento antes de mergulhar? Aceita uma dica com naturalidade? Isso soa como "essa pessoa vai ser fácil de parear", o que importa muito numa primeira contratação que vai precisar de mentoria.

Repare no que falta: quebra-cabeças de algoritmo, design de sistemas e otimização de desempenho. Isso vem mais tarde na carreira. Se uma triagem de nível inicial joga um algoritmo difícil em você sem aquecimento, isso diz algo sobre o processo da empresa, não sobre a sua preparação.

Por que a barra é tão baixa

Empresas que contratam estagiários e juniores de primeiro ano sabem que você não tem experiência em produção; essa é a premissa da vaga. Elas querem saber três coisas. Você vai aprender bem? Vai ser honesto sobre bloqueios? Tem os fundamentos para absorver revisão de código, em vez de repetir o mesmo erro cinco vezes? Quem diz "não tenho certeza, deixa eu pensar em voz alta" e chega a uma resposta razoável parece mais contratável que quem trava. Também parece mais contratável que quem blefa e erra.

Typical 30-45 min entry-level technical screen
-----------------------------------------------
[ 5-10 min ]  Background & projects
[ 15-25 min]  Technical questions (concepts + code reading)
              + maybe one small live-coding exercise
[ 5 min    ]  Your questions for them

Remoto por padrão

A maioria das triagens de Rails de nível inicial hoje acontece por videochamada, com um editor compartilhado no navegador, onde quer que estejam a empresa e a pessoa candidata. Se você entrevistar do Brasil para uma vaga remota, espere o mesmo formato que qualquer outra pessoa. A chamada costuma ser em inglês se a empresa contrata internacionalmente. Já os processos de estágio em empresas brasileiras muitas vezes são inteiros em português, às vezes com uma conversa só com o RH antes da técnica. De todo jeito, o conteúdo não muda: fundamentos, comunicação e como você lida com o desconhecido.

Como se preparar sem estudar demais

Um erro comum de iniciante é tratar uma triagem de estágio como uma entrevista de big tech e resolver centenas de problemas de algoritmo feitos para outra barra de contratação. O esforço é real, mas mira o alvo errado. Ninguém neste nível vai pedir para você implementar uma árvore binária balanceada. Use as mesmas horas assim:

• Tenha um projeto que você consiga descrever em detalhe técnico por cinco minutos: o modelo de dados, um bug que você corrigiu, uma decisão que tomaria diferente hoje. "Fiz um app de tarefas" convida perguntas vagas; um projeto específico convida perguntas específicas que você responde bem.
• Aprenda os assuntos das próximas três aulas (HTML e CSS, Ruby, Git) o bastante para explicar cada um em voz alta, e não só reconhecer num teste de múltipla escolha. Reconhecer e explicar são habilidades diferentes, e a triagem testa a segunda.
• Faça um ensaio completo em voz alta, mesmo sozinho. Diga as respostas em vez de só pensá-las. A distância entre "eu sei isso" e "consigo dizer isso com clareza sob um pouco de pressão" é o que uma triagem real expõe, e dez minutos de prática fecham boa parte dela.

Para onde este curso vai

Esta aula montou o quadro: uma triagem técnica testa fundamentos, comunicação e calma, não conhecimento enciclopédico. As próximas seis aulas partem daqui:

• Aula 2: perguntas de HTML e CSS no nível de estágio.
• Aula 3: perguntas de Ruby que você vai receber.
• Aula 4: perguntas de Git e fluxo de trabalho.
• Aula 5: responder quando você não sabe.
• Aula 6: perguntas para fazer ao entrevistador.
• Aula 7: uma triagem simulada completa que junta tudo.

No fim, o formato não vai ser um mistério. Vai parecer uma conversa que você já teve uma vez.