Por que eu continuo escrevendo código aos 54 anos — e não pretendo parar

Existe uma ideia antiga, repetida durante muito tempo no mercado de tecnologia, de que o profissional envelhece rápido demais. Quando eu era jovem, ouvia pessoas dizerem que, aos 50 anos, a carreira praticamente acabava. A partir dali, segundo essa visão, restaria apenas tentar não perder o emprego, torcer para ter seguido a cartilha corretamente e, quem sabe, conseguir se aposentar em paz.

Hoje, aos 54 anos, eu olho para essa ideia e vejo o quanto ela perdeu sentido.

Não apenas continuo escrevendo código, como me sinto em pleno vigor para criar, testar, experimentar, errar, corrigir e aprender. Talvez eu não escreva código da mesma forma que escrevia aos 20 ou 30 anos. E ainda bem. Hoje eu escrevo com mais contexto, mais cautela, mais arquitetura, mais visão sistêmica e mais consciência sobre o impacto de cada decisão técnica.

Eu não pretendo parar de programar enquanto houver sanidade, curiosidade e energia mental para resolver problemas. E digo isso não como uma frase de efeito, mas como uma forma de vida.

Código como exercício de sanidade

Para mim, programar nunca foi apenas digitar comandos em uma linguagem qualquer. Programar é organizar o pensamento. É transformar caos em estrutura. É pegar um problema aparentemente confuso e dividi-lo em partes menores, compreensíveis e solucionáveis.

Quando escrevo código, estou exercitando memória, lógica, abstração, paciência, criatividade e disciplina. Estou treinando minha mente a procurar relações de causa e efeito. Estou me obrigando a pensar em estados, exceções, fluxos, limites, entradas, saídas, falhas, segurança e manutenção.

É por isso que continuo escrevendo código. Porque criar sistemas, mesmo pequenos, mantém minha mente em movimento.

Pode ser um firmware para microcontrolador, um backend em Node.js, uma interface em React, um script em Python, uma automação em Bash, um serviço distribuído, um proxy, um broker, um data service, um data model, um microserviço, um container, um cluster ou uma pequena ferramenta local para resolver um problema específico. Para mim, tudo isso faz parte da mesma grande arte: construir soluções.

E construir soluções é uma das melhores formas que conheço de continuar mentalmente vivo.

A inteligência artificial mudou a forma de programar, não a necessidade de pensar

Hoje eu uso e abuso da inteligência artificial para experimentar novas ideias e escrever novos códigos. Interajo com agentes como quem conversa com um colega de trabalho sentado na mesa ao lado. Faço perguntas, peço revisões, discuto alternativas, testo abordagens, comparo arquiteturas e acelero partes do processo criativo.

Mas existe uma diferença importante: a IA não substitui o julgamento técnico.

Ela pode sugerir código, explicar conceitos, levantar hipóteses e acelerar experimentos. Porém, quem precisa compreender o problema sou eu. Quem precisa decidir se a solução faz sentido sou eu. Quem precisa avaliar riscos, contexto, segurança, manutenção e impacto sou eu.

A IA me tornou mais produtivo, mas não me tornou dispensável. Pelo contrário: quanto mais ferramentas aparecem, mais importante se torna a experiência de quem sabe o que está fazendo.

A programação mudou. As ferramentas mudaram. As linguagens mudaram. Mas a lógica continua sendo a base. Callbacks em JavaScript, lambdas em Java, ponteiros em C, promises, workers, filas, eventos, containers, microserviços ou agentes inteligentes: no fim, tudo isso são ferramentas. Em poucas semanas, um profissional experiente entende a mecânica. O mais difícil não é decorar sintaxe. O mais difícil é saber o que construir, por que construir e como não criar um problema maior que o original.

A idade não matou minha criatividade

Algumas pessoas se lamentam por não conseguirem se aposentar. Eu, sinceramente, muitas vezes me lamento por não conseguir fazer mais. Não porque me falte vontade, mas porque sou apenas um.

Tenho ideias novas todos os dias. Algumas pequenas, outras ambiciosas. Algumas viram código. Outras ficam em anotações, diagramas, conversas, testes ou rascunhos. Leio vários livros ao mesmo tempo, estudo temas diferentes, revisito assuntos antigos e tento conectar áreas que, à primeira vista, parecem distantes.

Não digo isso para me gabar. Digo porque quero inspirar outros colegas a não pararem.

Durante muito tempo, muita gente foi convencida de que existe uma idade certa para produzir, outra para gerenciar e outra para desaparecer silenciosamente do mercado. Eu não aceito essa narrativa. A vida profissional não precisa seguir esse roteiro. Talvez o mundo nunca mais volte a ser como era. Talvez as carreiras deixem de ter começo, meio e fim tão definidos. Talvez trabalhar, aprender e criar passem a ser atividades mais contínuas, mais flexíveis e mais pessoais.

Não sabemos se estaremos produzindo aos 40, 50, 60, 70, 80, 90 ou 120 anos. O que sei é que parar antes da hora, apenas porque alguém disse que “já passou da idade”, é uma forma triste de desperdiçar experiência.

Talvez eu não seja mais rápido, mas sou mais profundo

É possível que eu não tome algumas decisões tão rapidamente quanto antes. Mas não acredito que isso aconteça simplesmente por causa da idade. Acontece porque hoje existe muito mais informação acumulada na minha cabeça.

Quando olho para um problema, eu não vejo apenas uma função, uma tabela ou uma tela. Vejo dependências, riscos, integrações, manutenção futura, segurança, custo, infraestrutura, regras de negócio, legislação, normas técnicas, padrões do setor e possíveis consequências.

Antes, talvez eu começasse pelo código. Hoje, muitas vezes começo pelas normas, pelas leis, pelas diretrizes e pelos padrões da área em que o sistema será usado.

Isso muda tudo.

Programar é apenas a ponta do iceberg no desenvolvimento de um sistema. Antes do código, existe o entendimento do domínio. Existe o problema real. Existe o usuário. Existe a operação. Existe a segurança. Existe o risco. Existe o impacto de uma falha.

A maturidade técnica me ensinou que escrever código é importante, mas saber quando não escrever, quando simplificar, quando recuar, quando isolar, quando proteger e quando desligar também é essencial.

A experiência ensina o que não fazer

Em situações de emergência, a experiência vale muito. Já enfrentei servidores sob ataques cibernéticos severos. Já tive que fazer manutenção com conexões lentas, instáveis, digitando cada letra com paciência via SSH, esperando respostas demoradas, subindo VPN novamente para depois reconectar por dentro dela, sempre tomando cuidado para não colocar o sistema em risco.

Esse tipo de experiência não aparece em tutorial rápido. Não se aprende apenas assistindo a vídeos. Ela vem da prática, do erro, da pressão, da responsabilidade e do tempo.

Hoje os sistemas são mais seguros em muitos aspectos. Temos melhores ferramentas, melhores práticas, melhores bibliotecas, melhores protocolos e mais automação. Mas as habilidades adquiridas no passado continuam valiosas.

Saber manter a calma em uma crise é uma competência técnica. Saber diagnosticar antes de agir é uma competência técnica. Saber quando fazer manutenção com o avião voando e quando desligar os motores para planar em segurança também é uma competência técnica.

Às vezes, quem olha de fora vê apenas o problema. Quem está resolvendo precisa enxergar o risco, o ambiente de teste, a estratégia de contenção e o caminho para a solução.

Experimentar também exige responsabilidade

Recentemente, estudando o OpenClaw, um colega me aconselhou a usar o NemoClaw por considerá-lo mais seguro. Entendi a preocupação dele. Ela era legítima. Mas o que ele viu como risco, eu via como experimento controlado.

Isso não significa agir de forma irresponsável. Pelo contrário. Significa saber onde testar, como testar, o que isolar, que danos evitar e quais hipóteses validar.

Há uma diferença enorme entre se expor ao risco por imprudência e estudar o risco para construir soluções melhores. O profissional maduro precisa conhecer essa diferença.

A tecnologia avança porque alguém testa. Mas testar não é sair quebrando tudo. Testar é criar ambiente, limitar impacto, observar comportamento, registrar resultados e aprender com o processo.

Linguagens mudam, fundamentos permanecem

Ao longo da minha vida profissional, vi linguagens, frameworks, plataformas e arquiteturas surgirem, brilharem e desaparecerem. Vi paradigmas serem tratados como revoluções definitivas e, alguns anos depois, serem substituídos por novas promessas.

Mas os fundamentos permanecem.

Entrada, processamento e saída continuam existindo. Estado continua existindo. Concorrência continua sendo difícil. Comunicação entre sistemas continua exigindo cuidado. Segurança continua sendo negligenciada por quem tem pressa. Dados continuam precisando de modelagem. Usuários continuam fazendo coisas imprevisíveis. Sistemas continuam falhando nas bordas.

Por isso, não tenho medo de novas linguagens. Elas são ferramentas. Algumas melhores para determinados problemas, outras piores. Algumas elegantes, outras verborrágicas. Algumas produtivas, outras perigosas se mal utilizadas.

O que realmente importa é a capacidade de pensar.

Quem entende lógica, arquitetura, protocolos, sistemas operacionais, redes, dados, segurança e manutenção consegue transitar entre linguagens. Pode levar alguns dias ou semanas para pegar o jeito da sintaxe, dos padrões e das bibliotecas, mas a base permanece.

Continuar programando é continuar aprendendo

Escrever código aos 54 anos não é uma tentativa de provar juventude. Não é nostalgia. Não é resistência ao tempo. É aprendizado contínuo.

Eu programo porque ainda tenho perguntas. Porque ainda existem problemas que me incomodam. Porque ainda existem sistemas que quero construir. Porque ainda existem ideias que merecem sair da cabeça e ganhar forma.

A cada novo projeto, mesmo pequeno, aprendo algo. Às vezes aprendo uma técnica. Às vezes aprendo uma limitação. Às vezes aprendo que minha primeira ideia estava errada. Às vezes descubro que uma solução antiga continua melhor que a novidade da moda.

E esse processo me mantém vivo intelectualmente.

A pior coisa que pode acontecer com um profissional de tecnologia não é envelhecer. É parar de aprender. É acreditar que já sabe tudo. É repetir soluções antigas sem questionar. É desprezar o novo por medo ou vaidade. É usar a experiência como escudo contra a mudança, em vez de usá-la como lente para compreender melhor a mudança.

Uma mensagem aos colegas mais experientes

Se você também ouviu que depois dos 50 sua carreira acabaria, talvez seja hora de questionar essa sentença.

Talvez você não precise competir com jovens profissionais tentando parecer um deles. Talvez seu valor esteja justamente em combinar experiência com curiosidade. Em unir fundamentos antigos com ferramentas novas. Em olhar para a IA não como ameaça, mas como extensão da capacidade de experimentar.

Você não precisa parar de codar porque ficou mais velho. Você pode codar melhor, com mais consciência, mais responsabilidade e mais profundidade.

Também não precisa se envergonhar de estudar coisas novas. Aprender uma nova linguagem, testar uma ferramenta, conversar com agentes de IA, automatizar tarefas, criar pequenos sistemas ou revisar conceitos antigos não diminui sua trajetória. Pelo contrário: mostra que sua trajetória continua.

Conclusão: eu não pretendo parar

Eu continuo escrevendo código porque ainda tenho energia para criar. Continuo porque minha mente precisa resolver problemas. Continuo porque programar é uma forma de pensar, investigar e construir. Continuo porque a tecnologia ainda me provoca curiosidade.

Aos 54 anos, não me sinto no fim da estrada. Sinto que estou em uma nova fase, talvez mais interessante, porque agora não começo apenas pelo código. Começo pelo contexto, pelas normas, pelas leis, pelos riscos, pela arquitetura e pelo propósito.

O código vem depois. E quando vem, vem mais consciente.

Talvez um dia eu precise parar. Todos nós paramos em algum momento. Mas enquanto houver lucidez, curiosidade e vontade de construir, eu não vejo motivo para abandonar a programação.

Porque escrever código, para mim, nunca foi apenas uma profissão.

É uma forma de continuar pensando.

É uma forma de continuar aprendendo.

É uma forma de continuar vivo diante de um mundo que muda todos os dias.