O problema com a maioria das cartas de programador
A maioria das cartas de programadores de software le-se como uma segunda versao do curriculo. Listam linguagens, frameworks e anos de experiencia. O engineering manager que recebe esta carta ja viu o mesmo texto dezenas de vezes esta semana. O que diferencia e mostrar sistemas reais em producao e o impacto que tiveram.
Este exemplo vem de Diogo Figueiredo, programador com cinco anos de experiencia em aplicacoes web e microsservicos, que se candidata a Talkdesk. Atualmente trabalha na OutSystems.
Abrir com o que constroi, nao com o que sabe
O Diogo abre com a experiencia em aplicacoes web e microsservicos em Java e TypeScript. Mas nao se fica por ai. Menciona que admira o produto da Talkdesk e que a posicao representa o proximo passo natural. Em tres linhas, o leitor sabe o perfil tecnico e a motivacao.
O que torna esta abertura eficaz e que nao comeca com "sou um programador motivado" nem com "tenho experiencia em". Comeca com o tipo de trabalho que faz e para onde quer levar a carreira.
O que retirar daqui: Nomeie o tipo de sistemas que constroi (web, microsservicos, APIs) e ligue a candidatura a uma progressao logica.
Mostrar sistemas em producao com numeros
O corpo da carta e onde o Diogo prova o seu valor. Redesenhou o pipeline de compilacao, reduzindo o tempo de build de 47s para 18s, com impacto em mais de 4.200 clientes. Implementou cache distribuida em Redis que reduziu a carga na base de dados em 62%. Desenvolveu a API de extensibilidade usada por mais de 1.800 parceiros. E mantem um SLA de 99,95% de uptime.
Cada ponto descreve um sistema real, com escala real e resultado real. Nao diz "experiencia em Redis". Diz para que usou Redis e que impacto teve. Nao diz "conhecimentos de CI/CD". Diz que optimizou o pipeline e quanto tempo poupou.
O que retirar daqui: Para cada sistema, mencione o que fez, quantos utilizadores ou clientes impactou e qual foi a melhoria. O engineering manager avalia candidatos pela capacidade de resolver problemas em producao.
Conectar ao desafio da empresa
O Diogo fecha referindo que a Talkdesk esta a redefinir o contact center com IA e que a escala e complexidade dos sistemas sao o tipo de desafio que procura. Liga a experiencia em plataformas de alta disponibilidade como contributo direto.
O que incluir
- Tipo de sistemas: web, microsservicos, APIs, plataformas
- Escala: clientes, utilizadores, requests por segundo
- Optimizacoes: performance, latencia, uptime
- Impacto em producao: reducao de tempos, aumento de fiabilidade
- Ligacao ao produto da empresa-alvo
O que evitar
Nao liste linguagens como competencias isoladas. Nao mencione projetos de GitHub pessoais como substituto de experiencia profissional. Nao escreva sobre "paixao por tecnologia". E nao use a mesma carta para empresas com produtos e desafios tecnicos diferentes.
Consideracoes finais
Uma carta de programador de software funciona quando mostra sistemas reais em producao com impacto mensuravel. O engineering manager nao quer saber quantas linguagens domina. Quer saber se pode confiar a esta pessoa um sistema critico com milhares de utilizadores. Se a carta responder a essa pergunta, a entrevista tecnica e o proximo passo.
