Um estudante contou no DEV Community que aceitou um estágio sem fazer três checagens simples: não leu a descrição da vaga com calma, não olhou sinais públicos da empresa e não conversou com alguém mais experiente antes de entrar no processo.
Três meses depois, segundo o relato, a oportunidade que parecia uma porta de entrada virou outra coisa: pouca estrutura, cobrança acima do combinado, decisões mudando toda hora e a sensação de estar carregando sozinho uma área que deveria ter time, mentoria e contexto.
A frase mais importante do caso é simples: estar “colocado” não quer dizer estar seguro.
Para quem está tentando entrar em TI, isso bate forte porque a primeira vaga costuma vir carregada de urgência. A pessoa quer experiência, quer tirar o “sem experiência” do currículo, quer provar que consegue. Só que essa pressa também é o ambiente perfeito para aceitar vaga que parece estágio, mas opera como cargo pleno com salário de entrada.
O erro não foi aceitar um estágio
O ponto do relato não é demonizar estágio, startup pequena ou empresa menos conhecida. Todo mundo começa de algum lugar, e muita gente aprende bastante em ambientes enxutos.
O problema aparece quando a vaga vende aprendizado, mas entrega abandono.
No caso contado pelo autor, o estágio era remoto, pago e parecia uma boa chance. O início até funcionou. Depois, segundo ele, a rotina mudou de cara: virou a única pessoa de TI, passou a ser cobrado por problemas que não tinha criado e começou a lidar com uma liderança não técnica alterando fluxo de interface o tempo todo.
Esse tipo de história não é raro no começo da carreira. O título diz “estágio”, “júnior” ou “trainee”, mas a expectativa prática é: resolva produção, entenda o negócio, decida arquitetura, suporte usuário, entregue rápido e ainda aprenda sozinho.
Só que estágio bom não é trabalho barato com outro nome. Estágio precisa ter escopo compatível, alguém para orientar e espaço para errar sem transformar cada dúvida em culpa.
A descrição da vaga precisa ser lida como contrato
Uma das melhores partes do relato é a recomendação de ler a descrição da vaga como contrato, não como cartaz.
Isso vale muito para TI.
Se a vaga se chama “SDE Fresher”, “dev júnior” ou “estágio”, mas pede Kubernetes, microserviços, CI/CD, arquitetura distribuída e experiência de produção, o problema não é você não saber tudo isso. O problema pode ser a empresa tentando empacotar uma vaga sênior com rótulo de entrada.
Alguns sinais merecem atenção antes da inscrição:
- a stack parece compatível com alguém em formação ou parece uma lista de supermercado técnico?
- a empresa explica o que a pessoa vai construir ou só fala em “projetos inovadores”?
- existe menção clara a mentor, líder técnico, onboarding ou acompanhamento?
- o cargo no anúncio combina com o trabalho real descrito por pessoas que já passaram por lá?
- há contrato, multa, exclusividade ou cláusula que prende a pessoa por tempo demais?
Nada disso garante que a vaga seja ruim. Mas quando vários sinais aparecem juntos, vale desacelerar.
O que perguntar antes de aceitar
O relato também lembra uma coisa incômoda: muita gente só começa a investigar a empresa depois que já recebeu a proposta. Em alguns processos, especialmente programas ligados a faculdade, isso pode ser tarde demais. A pessoa já foi marcada como “colocada” e perde outras oportunidades.
Antes de entrar no processo, algumas perguntas ajudam mais do que parecem:
Como funciona o onboarding de quem entra como estagiário ou júnior? Se a resposta for vaga demais, talvez não exista onboarding de verdade.
Quem revisa o trabalho dessa pessoa? Se ninguém sabe dizer, a chance de virar “se vira aí” aumenta.
O que a pessoa vai entregar nos primeiros 30, 60 e 90 dias? Resposta concreta costuma indicar que alguém pensou na função. Resposta genérica demais pode esconder bagunça.
Existe alguém técnico acima dela no dia a dia? Não precisa ser uma estrutura enorme. Mas precisa ter referência.
O contrato tem multa, bond, permanência obrigatória ou condição escondida? Começo de carreira não deveria virar armadilha jurídica.
The Muse, em um guia sobre avaliação de oferta, reforça que a decisão não deve ficar só no salário. Benefícios, equilíbrio de vida, crescimento, cultura, estabilidade e até tempo para pensar entram na conta. Para TI, eu acrescentaria mais dois itens: qualidade do suporte técnico interno e honestidade do escopo.
LinkedIn e Glassdoor não servem só para procurar vaga
Outro ponto útil do caso é tratar LinkedIn, Glassdoor e conversas com ex-funcionários como investigação leve.
Não é para virar paranoia. É para comparar discurso com chão de fábrica.
Procure pessoas com o mesmo cargo ou cargo parecido. Veja o que elas dizem que fazem. Olhe se a trajetória parece coerente com a promessa da vaga. Leia comentários com calma, ignorando tanto elogio perfeito demais quanto reclamação solta sem contexto. O que importa é padrão.
Se três pessoas diferentes falam em falta de aprendizado, acúmulo de função ou trabalho que não combina com o título, isso é sinal. Se ninguém consegue explicar quem orienta o júnior, também é sinal. Se o cargo é de desenvolvimento, mas todo mundo descreve suporte, operação manual ou rotulagem de dados, talvez a vaga não seja o que parece.
E tem a pergunta mais simples de todas para alguém que já passou pela empresa:
“Você faria esse processo de novo sabendo o que sabe hoje?”
Às vezes a pausa antes da resposta diz mais do que a resposta.
Para o Brasil, a tradução é direta
O relato vem de outro contexto, mas a dor é familiar para quem tenta entrar em TI no Brasil.
Aqui também existe vaga júnior pedindo experiência de pleno. Existe estágio com responsabilidade de funcionário fixo. Existe PJ com rotina de CLT. Existe “oportunidade de aprendizado” que, na prática, significa “não temos processo e você vai descobrir tudo sozinho”.
Isso não quer dizer que iniciante deva recusar tudo que não parece perfeito. Se a régua for perfeição, ninguém entra.
Mas dá para separar risco aceitável de bandeira vermelha.
Risco aceitável: empresa pequena, stack simples, mentor disponível, escopo claro e salário modesto.
Bandeira vermelha: empresa pequena, stack crítica, ninguém técnico para orientar, contrato pesado, urgência exagerada e promessa de que IA vai compensar falta de time.
O detalhe da IA no relato é especialmente atual. “Use Cursor” pode ser uma dica boa em um time que já tem processo. Mas vira gambiarra gerencial quando aparece como substituto de orientação, revisão e responsabilidade técnica.
Ferramenta ajuda. Ferramenta não ocupa o lugar de liderança.
A primeira vaga também é uma decisão de carreira
Quem está começando costuma ouvir que precisa aceitar qualquer coisa para ganhar experiência. Existe um fundo de verdade nisso: a primeira oportunidade raramente vem perfeita, e experiência real tem valor enorme.
Mas “qualquer coisa” não pode significar entrar cego.
Uma vaga ruim no começo da carreira pode ensinar, sim. Só que também pode ensinar pela dor: burnout cedo, insegurança artificial, vício em apagar incêndio e a sensação errada de que não nasceu para a área.
O melhor uso desse relato é transformar ansiedade em checklist.
Antes de se candidatar ou aceitar:
- leia a descrição como se ela fosse o contrato psicológico da vaga;
- confira se o título combina com o trabalho real;
- procure sinais públicos de suporte e aprendizado;
- pergunte sobre mentor, onboarding e escopo;
- leia cláusulas de permanência, multa e exclusividade;
- converse com alguém que já passou por ali;
- desconfie de vaga de entrada que depende de você agir como sênior.
Entrar em TI já é difícil o bastante. A primeira vaga não precisa ser perfeita, mas precisa ser honesta.
