She's Got A Great Job She's A Computer Program

Começar como programador não é tão mágico quanto vendem na internet

O mercado de tecnologia está cheio de gente dizendo que você pode aprender a programar em três meses e já garantir um salário alto. A realidade é mais chata. Eu entrei nessa área há mais de uma década e já vi muitas pessoas desistindo no primeiro ano. O caminho não é linear. Tem altibaixos, tem dia que o código funciona e tem dia que você passa quatro horas procurando um ponto e vírgula que não estava ali. A expressão viral "she's got a great job, she's a computer program" apareceu num contexto completamente diferente, mas resume bem como muita gente enxerga essa carreira: parece estável, parece boa, parece simples de entrar. Na prática, não é bem assim. Programação é resolução de problemas sob pressão de prazo, com documentação que muitas vezes não existe e requisitos que mudam toda semana. Quem entra achando que vai só escrever código bonito se decepciona rápido. O primeiro passo real é escolher uma linguagem e ir fundo. Python, JavaScript, Java — não importa tanto qual, desde que você saiba programar de verdade com ela. Eu comecei com PHP porque foi o que apareceu numa vaga simples. Aprendi lógica de programação, estruturei algoritmos, entendi como dados fluem entre sistema e banco. Depois migrei para Python e TypeScript sem grande trauma porque a base era sólida. A linguagem é ferramenta, não o objetivo.

A maioria dos cursos online ensina sintaxe. Isso é útil, mas é apenas o começo. Você precisa construir projetos reais. Não aqueles tutoriais de to-do list que todo mundo faz. Construa algo que tenha autenticação, integração com API externa, banco de dados funcionando, deploy de verdade. Quando eu fiz meu primeiro projeto autêntico — uma plataforma de gestão de estoque para uma loja pequena — foi onde entendi que programar é 30% escrever código e 70% lidar com edge cases que ninguém previsse. Um problema que eu encontrei na prática e que poucos ensinam: sistemas legados. Você vai trabalhar com código que outra pessoa escreveu, provavelmente ruim, provavelmente sem teste, e vai ter que manter ou melhorar. Eu passei semanas tentando entender um módulo inteiro de processamento de pagamentos que usava variáveis com nomes impossíveis e não tinha nenhum comentário. A solução foi escrever testes unitários primeiro, só então modificar. Teste como âncora antes de refatorar economiza horas de dor de cabeça. Portfólio importa mais que certificado. GitHub ativo com commits regulares vale mais do que qualquer curso completion badge. Recrutadores técnicos olham seu repositório. Código sujo, sem structure, sem readme, não ajuda. Coloque projetos que mostrem que você pensa em arquitetura, não só em fazer funcionar. Um bom readme explicando o que o projeto faz, como rodar e quais decisões técnicas você tomou já coloca você na frente de 60% dos candidatos juniores.

Salários entry level variam muito. No Brasil, posições júnior em empresas menores pagam entre R$ 3 mil e R$ 5 mil mensais. Em startups de São Paulo ou remotas para empresas dos EUA, pode passar de R$ 8 mil. A diferença está em onde você busca e quão bom é seu inglês técnico. Saber ler documentação em inglês abre portas que o português simplesmente não abre. Muitas vezes as respostas para seus problemas já existem no Stack Overflow ou nos issues do GitHub, mas só se você conseguir buscar no idioma certo. O lado que ninguém anuncia: burnout é comum. Prazos apertados, bugs críticos às nove da noite, aquele bug que persiste e ninguém entende. Eu vi colegas deixarem a área justamente por causa disso. A recomendação prática é estabelecer limites desde o início. Trabalhar 60 horas por semana não te faz melhor programador, te faz um programador cansado que comete erros mais frequentes. Código de qualidade exige mente descansada. Se você quer entrar na área, comece hoje com algo concreto. Escolha uma linguagem, faça um curso prático, construa algo útil e publique. Mande currículo para vagas júnior mesmo sem experiência profissional formal — projetos conta como experiência. A jornada não é fácil, mas é acessível. O fato de ser acessível não significa que seja fácil, mas pelo menos o acesso existe.