O escritório estava silencioso, interrompido apenas pelo zumbido discreto de velhas lâmpadas fluorescentes e pelo teclar frenético do teclado de um estagiário. Ele não estava a resolver um problema numa aplicação com mil milhões de utilizadores. Estava só a tentar impedir que uma página de início de sessão continuasse a bloquear. A duas secretárias de distância, um engenheiro sénior reclinou-se, observou-o a lutar durante um minuto e aproximou a cadeira. Cinco minutos depois, o erro estava corrigido - mas essa não foi a verdadeira vitória. A vitória foi ver os ombros do estagiário descerem e a respiração mudar, como se alguém tivesse acabado de abrir uma janela numa sala abafada.
Fala-se muito em “entrar na tecnologia”. Naquele instante, dava para ver como isso é, de facto, por dentro.
O primeiro contacto a sério com o mundo da tecnologia
O primeiro choque num estágio em tecnologia raramente é o código. É o ritmo. Num dia, estás a seguir tutoriais online, a pausar o vídeo de 30 em 30 segundos. No dia seguinte, chegam notificações no Slack, aparece uma tarefa no Jira com o teu nome, e o teu gestor pergunta quando vais enviar o teu primeiro pedido de integração de código.
Esse salto entre aprender em silêncio e entregar trabalho com uma equipa é o ponto onde um estágio muda tudo - sem fazer barulho.
Pensa na Lina, estudante de Engenharia Informática, convencida de que era “má no lado do servidor”. Na universidade, safou-se a custo nas bases de dados, evitou tudo o que cheirasse a código de servidor e repetia a toda a gente que era “pessoa de interface”. Durante o estágio numa pequena empresa de tecnologia financeira, o único engenheiro com tempo livre naquela semana era… o responsável do lado do servidor. Ela acompanhou-o de perto, participou em conversas de arquitectura e passou três semanas mergulhada no código que antes lhe metia medo.
No fim do verão, era ela que estava a depurar pontos de acesso da API enquanto outros corrigiam detalhes de estilos.
É aí que está o poder invisível dos estágios: obrigam a tua autoimagem a bater com a realidade. Na faculdade, é fácil protegeres-te escolhendo projectos “seguros”. Num estágio, a equipa entrega-te o que é preciso fechar hoje. Conheces partes da tecnologia que nunca escolherias por vontade própria. Às vezes percebes que estavas enganado sobre ti. Outras vezes confirmas que detestas uma área e adoras outra. Em qualquer dos casos, a adivinhação cai. A tua carreira fica mais concreta, mais assente, mais tua.
Um ponto extra - muitas vezes ignorado por quem começa - é que o estágio também te ensina “o não-código”: como se decide o que entra primeiro, como se comunica risco, como se escreve uma descrição clara de uma alteração e como se pede ajuda sem bloquear o trabalho dos outros. Estas rotinas são parte do trabalho diário tanto quanto programar.
Do mito do “tirar cafés” a contributo real nos estágios em tecnologia
Uma forma prática de transformar um estágio em combustível de carreira é encarar cada tarefa como uma peça de portefólio. Aquela pequena refatorização de um componente? Guarda a referência ao pedido de integração e anota o que aprendeste. O pequeno programa que escreveste para limpar ficheiros CSV? Guarda uma versão anonimizada e regista o impacto que teve.
Não estás apenas a “fazer trabalho”. Estás, com calma, a construir prova de que consegues sobreviver numa base de código que não foi criada por ti.
Muitos estagiários caem na mesma armadilha: ficam à espera. Esperam pelo projecto “grande”, pelo mentor perfeito, pela reunião formal de avaliação. As semanas passam e eles fazem as suas tarefas, acenam na reunião diária… e fica por aí. Sem perguntas. Sem “posso assistir a essa chamada?”. Sem “posso tentar escrever os testes desta parte?”. É um cenário conhecido: para não incomodar ninguém, acabas por te tornar invisível.
O resultado é um estágio que fica bem no currículo, mas deixa poucas marcas reais nas tuas competências.
“Os estagiários que mais se destacam raramente são os que sabem mais”, disse-me um engenheiro sénior numa empresa de serviços na nuvem. “São os que me perguntam por que tomámos uma decisão há três meses, ou os que voltam uma semana depois com uma pequena melhoria que ninguém pediu.”
- Faz uma pergunta bem pensada por dia - sobre uma decisão, um desenho da solução ou um compromisso técnico, não apenas sobre sintaxe.
- Escreve um resumo de 5 linhas todas as sextas-feiras - o que entregaste, o que falhou, o que farias de outra forma.
- Acompanha uma função diferente uma vez - design, gestão de produto ou fiabilidade de sistemas, nem que seja só numa reunião.
- Transforma pelo menos uma tarefa numa história - problema, abordagem, o que correu mal, e como terminou.
- Cria ligação com duas pessoas fora da tua equipa - uma breve conversa de apresentação pode durar mais do que o estágio.
Há ainda um cuidado útil (e muito actual): quando guardares exemplos do que fizeste, respeita sempre confidencialidade e privacidade. Em vez de copiares código interno, descreve o problema, as decisões, as métricas e o resultado; se precisares de mostrar algo, anonimiza dados e retira nomes de clientes, repositórios e detalhes sensíveis.
Estágios como ponte, não como destino
Os estágios não são um prémio por finalmente seres “bom o suficiente”. São uma ponte entre seres aprendiz e te tornares colaborador. E essa ponte é desarrumada. Às vezes ficas quatro horas a olhar para uma tarefa e percebes que interpretaste mal os critérios de aceitação. Às vezes a tua solução “brilhante” é desmontada linha a linha numa revisão de código.
Sejamos francos: ninguém gosta de ver o próprio código ser escrutinado à frente dos outros.
O erro mais comum é tomar esse desconforto como uma sentença sobre o teu potencial. Sais a pensar “isto não é para mim”, em vez de “ah, é assim que equipas reais raciocinam”. Dá para ler a situação com mais generosidade. Aquele engenheiro sénior a reescrever a tua função? Está a dar-te, sem custo, os modelos mentais que construiu em dez anos. A colocação em produção que correu mal por tua causa? Acaba por ser a história que vais contar em entrevistas futuras quando te perguntarem por um erro do qual aprendeste. A matéria-prima do teu pior dia de estágio muitas vezes vira a linha mais valiosa no teu currículo interior.
Mudar a forma como rotulas esses momentos faz parte de construir uma carreira em tecnologia mais sólida.
Com o tempo, quem cresce mais depressa nem sempre é quem estagia nas empresas mais “vistosas”. São os que usam cada estágio como dados. Nesta equipa, gostavam de programação em par; naquela, deixavam-te sozinho durante dias. Esta pilha tecnológica dava-te energia; aquela drenava-te. Este gestor dava feedback claro; aquele desaparecia. Tudo isso vai-te ensinando, em silêncio, que ambientes te fazem prosperar. E esse é o verdadeiro objectivo final: não apenas “entrar na tecnologia”, mas escolher onde e como queres pertencer dentro dela.
| Ponto-chave | Detalhe | Valor para o leitor |
|---|---|---|
| Os estágios reduzem a distância entre teoria e prática | Expõem-te a bases de código reais, prazos e rituais de equipa | Percebes como é o trabalho em tecnologia no dia a dia |
| Pequenas acções acumulam | Perguntas, notas e esforços extra durante o estágio transformam-se em histórias e competências | Ficas com material concreto para portefólios e futuras entrevistas |
| A experiência torna-se uma bússola de carreira | Equipas, pilhas tecnológicas e gestores diferentes mostram o que combina melhor contigo | Consegues apontar a funções e empresas onde é mais provável cresceres e ficares |
Perguntas frequentes (FAQ)
- Pergunta 1 É possível construir uma carreira forte em tecnologia sem fazer estágios?
- Pergunta 2 E se o meu estágio for maioritariamente aborrecido ou feito de tarefas repetitivas?
- Pergunta 3 O que pesa mais: uma empresa muito conhecida ou o trabalho que faço no dia a dia?
- Pergunta 4 Quantos estágios devo tentar fazer antes do meu primeiro emprego a tempo inteiro?
- Pergunta 5 E se, durante um estágio, eu perceber que escolhi a área errada dentro da tecnologia?
Comentários
Ainda não há comentários. Seja o primeiro!
Deixar um comentário