O Leão, a Feiticeira e a cara de pau do recrutador
(hauleth.dev)- Um candidato critica, a partir de dois processos seletivos, como a incompatibilidade de função e a assimetria de feedback consomem o tempo dos candidatos
- A Hop.NS conduziu um trial contract de 1 semana para uma vaga de “Senior Elixir Developer”, mas a tarefa real era a manutenção de uma extensão de navegador em TypeScript e a adição de recursos de UI
- No início da trial week, tempo foi gasto para obter acesso ao Slack, ao GitHub e a templates de design; só depois de cerca de 10 a 12 horas foi possível executar a extensão localmente
- A PerhapsMaybe fez mais de 5 horas de entrevistas técnicas e depois recusou feedback individual, mas uma semana depois enviou uma pesquisa de experiência do candidato pedindo feedback apenas ao candidato
- Se uma empresa exige muito tempo e dedicação, também deve oferecer precisão na descrição da função, motivos personalizados de reprovação e respeito pelo candidato
Hop.NS: de vaga em Elixir a uma trial week com tarefa de extensão de navegador
- O candidato viu no LinkedIn uma vaga da Hop.NS, empresa onde um ex-colega trabalhava, e se candidatou
- O nome da empresa e alguns detalhes foram alterados para evitar problemas legais
- No passado, era uma empresa que exigia um take-home project de 1 semana e pagava por esse tempo
- A vaga era para Senior Elixir Developer, e na ligação com o CTO foram discutidos a função de desenvolvedor Elixir, a equipe e o processo
- O CTO explicou que, durante o trial contract de 1 semana, ele faria “o trabalho que assumiria caso fosse contratado”
- A documentação contratual avançou sem problemas, e a trial week começou na segunda-feira às 09:00
Dia 1: problemas de acesso e revelação da tarefa real
- No primeiro dia, ele recebeu credenciais temporárias de e-mail da empresa, mas não conseguia acessar o Slack workspace; aparecia apenas uma mensagem dizendo para contatar um administrador
- Sem meio de contato, enviou uma mensagem pelo LinkedIn a um conhecido dentro da empresa pedindo ajuda para solicitar acesso
- Das 40 horas contratadas, 2 a 3 horas foram consumidas pelo problema de acesso ao Slack
- Depois, também só conseguiu acesso ao GitHub após solicitações adicionais e espera, até finalmente poder clonar o repositório
- Como o supervisor estava na América do Sul, a chamada de explicação da tarefa foi marcada para as 18:00; até lá, ele analisou a codebase em Elixir e abriu um pequeno PR de correção
- Na chamada da noite, foi revelado que a tarefa da trial week era a manutenção de uma extensão de navegador em TypeScript e a adição de novos recursos e design de UI
- O candidato confirmou que tinha pouca experiência nessa área, mas o responsável respondeu que aquela era mesmo a tarefa
- O responsável disse que “todo o trabalho de backend já está concluído, então não precisa se preocupar”
- O candidato entendeu a situação como: o trabalho de backend/Elixir que ele queria já estava concluído, e agora teria de fazer uma tarefa de natureza frontend que não desejava
Dia 2: configuração do ambiente e confirmação da incompatibilidade de função
- No segundo dia, foi necessário instalar o Google Chrome para executar e entender a extensão de navegador
- O candidato normalmente preferia Safari e Firefox e evitava usar Chrome
- Levou algumas horas para descobrir como fazer o build e executar localmente, e ele precisou continuar contatando outras pessoas para obter credenciais e acessos adicionais
- Em uma conversa com o conhecido que o indicou, perguntou se a tarefa da trial week poderia ser completamente diferente da área de especialidade do candidato
- O conhecido respondeu que às vezes colocam candidatos fora da zona de conforto, mas que, se um desenvolvedor backend recebe trabalho puramente frontend, algo deu errado
- Também disse que, se estivesse na mesma situação, teria interrompido o processo imediatamente
- Por respeito às duas pessoas que o indicaram, o candidato decidiu continuar
- No canal de Slack dedicado à contratação, perguntou “se eu for contratado, vou continuar neste projeto ou farei outra coisa?”, e a resposta foi “nem sempre é assim”
- Ele precisou novamente correr atrás do responsável para receber o template de design e, só depois de 10 a 12 horas das 40 horas da trial week, conseguiu executar a extensão de navegador localmente
Dia 3: ampliação do escopo e interrupção da trial
- No terceiro dia, ele já entendia em certa medida o modo de trabalho e o que precisava ser feito, mas ainda lhe faltava conhecimento de debugging de extensões de navegador
- Por volta do meio-dia do terceiro dia, no meio da trial week, a empresa ampliou ainda mais o escopo da tarefa
- O candidato reclamou em uma longa mensagem que a tarefa não correspondia em nada ao que havia sido informado durante o processo seletivo
- A descrição da vaga não mencionava TypeScript nem extensões de navegador
- Ele havia enfatizado várias vezes que era um engenheiro com perfil de “backend-and-ops”
- Considerava que aquela tarefa desperdiçava tanto o seu tempo quanto o da empresa
- Disse que o único motivo para não ter interrompido imediatamente era o respeito pelos conhecidos que o indicaram
- O CTO respondeu que queria verificar se havia “fit cultural” e disse sentir que a empresa não havia feito nada errado, pedindo que o texto não fosse publicado
- A Hop.NS pagou pelas cerca de 20 horas dolorosas de trabalho
- 3 a 4 semanas depois, o CTO perguntou pelo LinkedIn se ele tinha interesse em uma vaga de Staff Software Engineer, e o candidato perguntou de volta se eles ainda usavam a tática de bait-and-switch
PerhapsMaybe: entrevistas longas, sem feedback, mas com pedido de pesquisa
- Na PerhapsMaybe, havia uma vaga de Software Engineer with Elixir, e ele se candidatou porque tinha conhecidos na empresa
- Um conhecido apresentou sua candidatura ao VP of Infrastructure, que parecia ser o hiring manager da posição, mas o processo não foi rápido
- As informações da candidatura foram enviadas em 27 de maio de 2026
- O primeiro contato da equipe de recrutamento veio em 11 de junho de 2026, mais de duas semanas depois
- O recrutador só entrou em contato depois que ele enviou um convite ao VP pelo LinkedIn
- A ligação de 1 hora com o VP correu bem, e seu interesse pela função aumentou
- Depois disso, houve a coordenação das entrevistas técnicas, e o conjunto de entrevistas foi agendado para durar 5 horas e 30 minutos
Estrutura das entrevistas da PerhapsMaybe e aviso de reprovação
- As entrevistas ocorreram em um único dia, com intervalos de 30 minutos e 2 horas entre as sessões
- A estrutura tinha três partes
- Systems Design de 1 hora: projetar um sistema de pagamentos assíncrono usando um gateway de pagamento síncrono
- Coding Interview de 1 hora: tarefas semelhantes a LeetCode, como cross product e movimentos de peças de xadrez sobre um keypad
- Technical Deep Dive de 1 hora: explicar detalhes técnicos de um projeto anterior, o Ultravisor
- O candidato cometeu um erro na análise de complexidade big-O na segunda tarefa da entrevista de coding, mas sentiu que, no geral, a solução estava boa
- No Technical Deep Dive, ele próprio sentiu que foi bem, mas teve a intuição de que o interlocutor não ficou impressionado ou esperava outra coisa
- Ao fim do segundo dia após as entrevistas, perguntou ao recrutador se havia alguma atualização e recebeu o aviso de reprovação
- O e-mail de reprovação incluía a frase de que, “devido ao grande número de candidatos, não fornecemos feedback individual”
A assimetria de feedback criada pela pesquisa de experiência do candidato
- Uma semana após a reprovação, a PerhapsMaybe Hiring Team enviou um e-mail de Candidate Experience Survey
- O e-mail dizia que a empresa queria verificar se o processo seletivo era eficiente e se a experiência do candidato era boa, e pedia feedback sincero e pontos de melhoria sobre a experiência recente de entrevista
- O candidato presumiu que a empresa provavelmente tinha cerca de 5 horas de gravações e notas automáticas das reuniões
- Ele afirmou que foi proibido de usar IA para tomar notas das reuniões
- Criticou a empresa por não fornecer 3 ou 4 frases com motivos personalizados para a reprovação, enquanto exige do candidato feedback para melhorar o processo
- O candidato considerou que havia sido tratado não como candidato, mas como um contratado avaliando o processo seletivo, e pediu os billing details para enviar uma fatura com sua taxa de contractor
Críticas ao mercado de contratação e um caso positivo excepcional
- O candidato descreve o mercado de contratação atual como quebrado
- Menciona que alguns recruiters criticam o uso de LLMs durante o processo de candidatura
- Critica o fato de candidaturas frequentemente incluírem perguntas como “por que você quer trabalhar na XYZ?” e “o que mais te empolga em trabalhar na XYZ?”
- O candidato entende que não é seu trabalho descrever o produto da empresa como se estivesse revendendo-o para a própria empresa
- Afirma que quer fazer um trabalho que lhe interesse e ser pago por isso
- Diz que as únicas pessoas que podem estar genuinamente empolgadas com o produto da empresa são os fundadores e que, depois do IPO, até os acionistas só querem valorização
- Como exceção, no processo de candidatura à Fresha, Christine Wong foi um exemplo positivo
- O motivo da reprovação foi “falta de experiência com coding agents”
- Christine Wong pediu para marcar uma chamada a fim de transmitir pessoalmente um feedback personalizado
- O candidato disse que foi bom ver uma pessoa real demonstrando respeito pelo candidato e que agradecia por essa experiência
1 comentários
Comentários do Lobste.rs
Dizer que é uma forma de empurrar o candidato para fora da zona de conforto soa como se quisessem criar uma desculpa para contratar quem já desejam e ignorar os outros fatores
Pedir a um desenvolvedor backend para fazer trabalho puramente de frontend e depois dizer que é para avaliar compatibilidade cultural é como culpar um peixe por não conseguir subir em árvore
Parece que esse tipo de brincadeira vai continuar enquanto os trabalhadores não tiverem controle sobre contratações e demissões, ao menos dentro da própria equipe
Não senti tanta identificação com o autor deste texto
Em ambiente corporativo, não é tão chocante assim levar um dia para conseguir acesso ou para falar com alguém de outro fuso horário, e como a pessoa reage a esse tipo de situação é um bom sinal para avaliar compatibilidade cultural
Também não é surpreendente que a tarefa mais urgente esteja fora do escopo do papel previamente definido, e um candidato capaz de trabalhar fora da própria área vale mais para a empresa do que alguém que fica preso a um escopo específico
Claro que, se você pede trabalho fora da especialidade da pessoa, o andamento será mais lento e o resultado tende a ser pior, mas a empresa provavelmente ainda preferirá isso a uma recusa direta
Também não é estranho, em ambiente corporativo, que o recrutador leve semanas para marcar entrevista, ou que o processo acelere depois que você manda mensagem para um vice-presidente pelo LinkedIn. Saber quando falar com um vice-presidente também faz parte do trabalho
Se o recrutador pediu feedback sem oferecer feedback ao candidato, dizer que isso foi o que mais ficou na memória já pode ser, por si só, um bom feedback
O que mais me incomodou foi o termo riscado “bitch” no topo. Nunca é aceitável chamar um colega ou potencial colega desse jeito. Dá para discordar, mas ataque pessoal com viés de gênero não dá
A vaga descrevia trabalho puramente de backend, e eu também disse que minha experiência foi quase toda em backend e operações de sistemas
Mas se me oferecem trabalho puramente de backend e depois, de repente, me passam uma tarefa sobre a qual eu não sei absolutamente nada, esperando uma solução funcional que tenha um “design compatível com o restante do sistema” em no máximo 32 horas, isso só me parece uma falta de respeito pela minha experiência e conhecimento
Trabalho como desenvolvedor backend há mais de 10 anos, e por cerca de 7 desses anos lidei com observabilidade e desempenho; a última vez que fiz frontend de forma relativamente significativa foi há 8 anos, adicionando recursos a uma aplicação Vue existente
Se querem avaliar minha experiência e conhecimento com uma tarefa dessas, só posso concluir que não me querem. Em vez de simplesmente dizer isso com educação, me fazer perder tempo com algo sem sentido beira o insulto
Também me surpreendeu o cronograma de contratação levar semanas, porque um engenheiro sênior/principal/staff daquela empresa já tinha me recomendado para o vice-presidente em questão duas semanas antes, e eu sabia que o vice-presidente tinha confirmado isso
Eu forneci feedback e também pedi as informações para faturamento para poder cobrar do recrutador pelo trabalho de consultoria sobre o processo seletivo
Felizmente, também há outras formas de obter feedback. Como estou na UE, posso pedir todas as notas e detalhes sobre meu processo de contratação graças ao GDPR
A linguagem corporativa existe justamente para que duas pessoas que estejam em lados opostos em todas as grandes questões da vida ainda consigam trabalhar muito bem juntas em direção aos objetivos da empresa
Também li dessa forma. Entendo que foi um texto de desabafo entre amigos, mas se esse tipo de atitude aparecesse minimamente na fase de entrevista, eu provavelmente recusaria a entrevista
A disposição de trabalhar fora da própria especialidade não é valiosa só para o empregador; isso também pode abrir oportunidades de carreira e aprendizado que você talvez nunca descobrisse se insistisse em ficar apenas na sua área
O importante é comunicar onde está esse limite para alinhar expectativas e cronograma adequadamente, e a própria capacidade de fazer isso já é um sinal forte em entrevista
Ainda assim, é preciso equilíbrio. Se a direção da sua carreira já está muito clara e o projeto pedido não leva nessa direção, talvez seja melhor usar seu tempo em outro lugar
Mas, mesmo que meus objetivos e os do empregador entrem em conflito, eu não levaria isso como um insulto pessoal nem correria o risco de queimar pontes
Só por este texto, eu não contrataria a pessoa; pareceu infantil e pouco profissional
Recentemente passei por algo bem interessante. Um recrutador de uma empresa entrou em contato perguntando se eu toparia conversar, e como eu usava o produto da empresa todos os dias, aceitei
Quando a ligação começou, o recrutador perguntou: “Então, o que você está procurando?”, mas eu não estava procurando nada. Eles tinham me abordado, então achei que a empresa fosse tentar me convencer, não o contrário
Ainda assim, achei que fosse só uma frase comum, e passamos cerca de uma hora falando sobre o que a empresa fazia etc. No fim, perguntaram se eu teria interesse em seguir com um processo que incluía três entrevistas técnicas e poderia levar a uma oferta; como eu já estava em uma posição relativamente confortável, com emprego estável, mas achei que poderia ser interessante, aceitei
O recrutador disse que mandaria um e-mail depois da ligação, e nos despedimos
Só que o e-mail não veio por quase uma semana. No fim, mandei um e-mail perguntando se tinham esquecido, e alguns dias depois recebi resposta dizendo que decidiram não seguir com o processo desta vez
Acabei recebendo uma rejeição sem nem ter me candidatado, o que machuca de um jeito estranho
Mas não acabou aí. Algumas semanas depois, eu estava numa grande conferência de programação quando o recrutador mandou e-mail dizendo que eles também estariam lá, convidando para jantar e perguntando se eu teria interesse em reiniciar o processo de entrevista
Como eles pagariam, fui ao jantar e tive conversas agradáveis com alguns engenheiros da empresa. Ainda assim, achei estranho que reiniciar o processo fosse tratado como uma opção quando não fui eu quem o interrompeu, e mais estranho ainda que isso parecesse ser minha responsabilidade
Sinto que deveria existir alguma página amplamente lida, tipo um guia de ambiente corporativo de TI, para preparar as pessoas para esse tipo de interação
Não estou tentando defender o que acontece ali, mas muita gente não conhece bem essa realidade
Atrasos acontecem, tanto interna quanto externamente. Perder um dia no processo de conseguir acesso é algo normal e previsível
Os processos atrasam, e você vira uma pequena engrenagem dentro de um mecanismo que olha métricas gerais, não o sucesso ou fracasso individual
Muitos lugares têm política de não dar feedback de forma padronizada. A perda potencial é um processo judicial, e o ganho potencial é nenhum
A comunicação costuma ser ruim, e também acontece de testes para a vaga mudarem ou simplesmente sumirem
Um guia assim poderia alinhar expectativas e também servir para filtrar quem não quer lidar com esse tipo de rotina
Para terminar dentro desse prazo, eu precisei usar canais de comunicação de terceiros e falar com pessoas fora do processo para conseguir acesso
No trabalho normal, dá para esperar, então o atraso pode ser normal; mas um processo seletivo não deveria afetar meu trabalho cotidiano. Essa é uma grande diferença
Quanto à política de não dar feedback, como estou na UE e estou coberto pelo GDPR, posso pedir todos os meus detalhes e notas internas
No fim, a única coisa que eles ganham é parecer pouco profissionais e fazer todo esse processo parecer mais consultoria de processo seletivo do que uma contratação legítima
Alinhar expectativas e filtrar pessoas pode até ser aceitável, mas duvido muito que o mesmo critério valesse para eles se eu dissesse que preciso de mais tempo. Então surge uma vantagem injusta
Olhando para trás, talvez eu devesse simplesmente não ter feito nada, nem insistido pelo acesso, e só ter esperado até o fim de semana para as máquinas deles começarem a funcionar enquanto eu recebia pelo meu tempo. Acho que teria me importado menos