Tem hora em que a descrição da vaga já vem torta. E tem hora em que o processo seletivo inteiro entrega o problema sem nem tentar esconder.
Foi o que apareceu num relato publicado no r/brdev. Segundo o autor do post, ele entrou numa entrevista para estágio esperando o básico de uma vaga de entrada. Em vez disso, recebeu um desafio de cinco dias para criar um app de monitoramento de ativos em Flutter com arquitetura offline-first, comunicação nativa com hardware, cuidado pesado com performance, decisões de arquitetura e testes.
Ou seja: não parecia um teste para medir potencial. Parecia uma demanda que muita empresa entregaria para alguém já pago para responder por decisão técnica.
O detalhe que mais chama atenção nem é o exagero isolado. É a sensação de que isso está deixando de ser exceção pontual e virando linguagem normalizada do mercado de entrada.
O problema não é pedir prova prática
Pedir alguma evidência de execução não é absurdo por si só. O próprio movimento mais recente de recrutamento tem ido nessa direção.
No artigo da GeekHunter sobre como empresas estão avaliando candidatos em 2026, a tese central é que currículo sozinho perdeu força e que testes curtos, amostras de trabalho e entrevistas estruturadas passaram a pesar mais. Isso faz sentido. Especialmente em TI, ver a pessoa raciocinando vale mais do que uma lista polida de buzzwords.
Mas existe uma diferença enorme entre um work sample decente e uma mini-entrega de produção mascarada de desafio.
O mesmo texto fala em exercícios curtos, conectados à rotina da função e compatíveis com o tempo do candidato. Quando a vaga é de estágio e o teste exige arquitetura, integração nativa, performance e uma semana de execução quase autônoma, o recado muda: a empresa não está só avaliando base. Ela está testando até onde consegue empurrar responsabilidade para baixo.
O que o relato acerta ao estranhar essa régua
A intuição do autor do post não parece exagerada.
Em outro artigo recente, a GeekHunter lembra que a diferença entre júnior e sênior em 2026 está menos em “saber digitar código” e mais em julgamento, contexto, autonomia e decisão arquitetural. Isso importa aqui porque o desafio descrito no Reddit não cobra só sintaxe ou organização básica. Ele cobra exatamente as camadas que costumam separar execução assistida de responsabilidade real.
Não é só “faz um CRUD para eu ver como você pensa”.
É “me mostra em poucos dias que você consegue decidir arquitetura, lidar com restrição offline, integrar nativo, pensar desempenho e testar bem”. Isso já encosta em trabalho de gente que deveria entrar no problema com apoio, contexto e tempo — não como porta de entrada formal para aprender.
O mercado de entrada ficou mais seletivo, mas isso não justifica qualquer coisa
Dá para reconhecer duas verdades ao mesmo tempo.
A primeira: o mercado de entrada apertou mesmo. O volume de gente tentando a primeira vaga cresceu, e muitas empresas subiram o filtro. Isso ajuda a explicar por que estágio e júnior começaram a herdar parte da ansiedade que antes aparecia mais para pleno e sênior.
A segunda: apertar o filtro não legitima processo mal calibrado.
O artigo da Growdev sobre salário de programador iniciante em 2026 mostra uma faixa que vai de cerca de R$ 1,5 mil a R$ 2,8 mil para estágio, R$ 3,5 mil a R$ 5,5 mil para trainee e R$ 4,5 mil a R$ 7,5 mil para júnior. Dá para discutir valores, setores e exceções, claro. Mas a lógica continua a mesma: a remuneração de entrada existe porque o profissional ainda está formando repertório, autonomia e velocidade dentro de contexto real.
Se a empresa quer cobrança de arquitetura madura, integração complexa e entrega quase pronta em poucos dias, ela está sinalizando uma expectativa mais cara do que o rótulo da vaga admite.
O onboarding real desmente a fantasia do “estagiário pronto”
Tem outro ponto que deixa esse tipo de desafio ainda mais torto.
No artigo sobre onboarding técnico, a GeekHunter reforça uma coisa que qualquer time minimamente sério aprende cedo: gente nova não demora para produzir só porque “não sabe programar direito”. Ela demora porque precisa entender contexto, decisão antiga, padrão interno, dívida, processo e motivo das escolhas.
Esse é justamente o tipo de conhecimento que não aparece num desafio caseiro feito sozinho em cinco dias.
Então existe uma contradição feia aqui:
- de um lado, o mercado admite que até dev experiente leva tempo para virar produtivo num sistema real;
- do outro, certos processos para estágio simulam que alguém de entrada deveria provar maturidade arquitetural instantânea antes mesmo de entrar.
É uma cobrança que ignora a forma como trabalho real funciona.
O que pode estar por trás de testes assim
Nem todo desafio exagerado é má-fé. Às vezes é desorganização pura. Às vezes o time nem percebe que escreveu um escopo que mistura curiosidade técnica com ansiedade de contratação.
Mas alguns sinais merecem cautela:
- escopo grande demais para o nível anunciado;
- prazo curto demais para alguém que também estuda ou trabalha;
- exigência de arquitetura “bonita” sem contexto real;
- vaga de entrada pedindo autonomia quase total;
- ausência de clareza sobre o que será avaliado de fato.
Quando isso acontece, o problema não é só cansaço. O risco é o processo virar triagem por excesso: vence quem topa mais carga, mais improviso e mais trabalho grátis — não necessariamente quem tem mais potencial para crescer bem.
Como ler esse tipo de processo sem cair em paranoia
Nem toda task grande é golpe, e nem toda task curta é processo bom. O ponto é outro: proporcionalidade.
Se a vaga é de estágio ou júnior, faz sentido esperar:
- base lógica;
- clareza de raciocínio;
- cuidado com organização;
- noção de limites;
- capacidade de explicar decisão simples.
Quando o processo começa a pedir profundidade demais para o nível e pouco apoio para o contexto, vale parar e observar.
Perguntas úteis:
- o que exatamente vocês querem avaliar neste desafio?
- qual seria o tempo esperado de dedicação?
- vocês priorizam escopo, organização ou profundidade técnica?
- a vaga é mesmo para estágio ou já espera autonomia de júnior/pleno?
A resposta costuma dizer mais sobre a empresa do que o enunciado original.
O caso do Reddit vale porque fala de uma dor coletiva
O relato chamou atenção porque não parece um azar completamente isolado. Ele encosta numa sensação que muita gente da área já tem: a porta de entrada continua aberta no discurso, mas ficou estreita, cansativa e às vezes mal calibrada na prática.
O ponto não é dizer que ninguém pode exigir nada de quem está começando. Pode — e deve.
O ponto é outro: se a empresa chama de estágio, mas cobra mini-arquitetura de produção com prazo agressivo, ela não está medindo só potencial. Está terceirizando parte do risco da contratação para quem tem menos poder de barganha.
E isso explica por que tanta gente olha para certas vagas de entrada e sai com a sensação de que o mercado não quer um iniciante promissor. Quer um pleno barato, obediente e agradecido.
