Tornando-se um mestre de masmorra para uma entrevista
A contratação técnica é cada vez mais criticada por depender de quebra-cabeças algorítmicos no estilo LeetCode que selecionam preparo para provas e trivia, e não a capacidade de engenharia do dia a dia. Os comentaristas exploram alternativas como entrevistas de “mestre de masmorra” ou baseadas em simulação que modelam trabalho real de suporte ou produto, destacam trade-offs como desconforto de interpretação de papéis, viés e tarefas não remuneradas para levar para casa, e sugerem rubricas mais estruturadas ou conversas baseadas em projetos. Por baixo disso, há uma preocupação mais ampla de que as empresas estejam otimizando para proxies facilmente mensuráveis — velocidade em problemas artificiais, disposição para passar por obstáculos — às custas de habilidades do mundo real, colaboração e adequação mútua.
Simulação / Abordagem de Entrevista “Mestre de Masmorra”
- Muitos consideram entrevistas baseadas em cenários, no estilo DM, mais envolventes e mais próximas do trabalho real do que enigmas.
- Benefícios citados: revela estilo de resolução de problemas, priorização, comunicação e como candidatos lidam com informações parciais.
- Ideias relacionadas: testes “in-basket”, “consultor por um dia”, sessões simuladas de suporte/debug, versões simplificadas de sistemas reais.
- Preocupações:
- Representação de papéis pode parecer constrangedora ou estressante; melhor tratá-la como discussão hipotética do que como atuação teatral.
- Alto risco de viés se o entrevistador omite contexto-chave, espera uma “resposta certa” oculta ou penaliza comportamento realista (por exemplo, usar menus de ajuda).
- Prejudica candidatos que têm dificuldade de pensar, falar e representar sob pressão de tempo, mesmo que sejam bons no trabalho.
Transparência e Avaliação Mútua
- Alguns descrevem processos em que entrevistas em fase final explicitam as desvantagens da função e os “defeitos”, chegando até a tentar dissuadir candidatos de aceitar.
- Objetivo: sem surpresas; o comportamento na entrevista corresponde ao comportamento do dia a dia; ambos os lados avaliam adequação realista.
- Limites: não é possível discutir totalmente tecnologia proprietária, questões de pessoal ou avaliações sensíveis.
Entrevistas de Leetcode / Algoritmos
- Crítica forte:
- Vistas como trote, proxy “Goodharted” e “anti-pattern” que testa preparação para provas, disposição para obedecer ou conscienciosidade mais do que habilidades para o trabalho.
- Fortemente manipuladas; candidatos memorizam padrões; até alguns entrevistadores entendem mal suas próprias perguntas.
- Afasta pessoas experientes com obrigações e opções existentes que não vão dedicar semanas à prática.
- Defesas:
- Empresas de alto salário precisam de algum padrão demonstrável; leetcode é um desses critérios.
- Mostra conhecimento básico de estruturas de dados/algoritmos e elimina quem só sabe improvisar.
- Alguns gostam disso como hobby de quebra-cabeça e creditam isso por ajudá-los a entrar na área de software.
- Corrida armamentista contínua: perguntas mais difíceis à medida que os candidatos se preparam mais, afastando ainda mais as entrevistas do trabalho real.
Filosofias Alternativas de Entrevista
- Ênfase em:
- Discutir em profundidade projetos e arquiteturas reais do passado.
- Percorrer itens reais do backlog ou problemas de design realistas em escala sensata.
- Tarefas curtas, pragmáticas de codificação ou design; o mínimo de firulas.
- Rubricas padronizadas e revisão por painel para reduzir viés individual.
- Muitos criticam take-homes longos e não remunerados e processos com várias etapas e “truques”; tratam-nos como sinais de alerta e proxies da cultura da empresa.