Em algum repositório do GitHub, em um arquivo JavaScript esquecido, existe um comentário que ninguém vai deletar. Ele diz: "TODO: Implementar". Há quantos commits ele está lá? Ninguém sabe. Mas todos reconhecem aquele padrão.
O "TODO" é uma das construções mais honestas da programação moderna. Não é um erro, não é uma desculpa: é um contrato consigo mesmo. "Eu sei que isso precisa ser feito. Eu sei como fazer. Mas não vou fazer agora." É procrastinação documentada, e mudou a forma como os desenvolvedores trabalham.
A origem do TODO no código
O padrão de comentários TODO não surgiu de um padrão oficial ou de uma especificação ISO. Ele nasceu da necessidade prática. Quando Unix e C ganharam força nos anos 1970 e 1980, os programadores precisavam rastrear ideias que não cabiam no tempo atual de desenvolvimento. A convenção evoluiu organicamente: você escreve um comentário, marca com TODO, e segue em frente.
As ferramentas abraçaram o padrão. IDEs e extensões começaram a destacar TODOs em cores, criar listas deles, permitir buscas. Extensões populares do VS Code como "Todo Tree" e "Better Comments" destacam TODOs visualmente. Ações do GitHub como todo-to-issue permitem convertê-los automaticamente em issues. O que era um hábito informal se tornou infraestrutura.
Por que "TODO: Implementar" virou meme (e verdade)
O TODO ganhou vida própria na cultura hacker porque é honesto sobre como o software funciona. Perfeição não existe. Produtos são entregues com espaços em branco. Features são deixadas incompletas. Dívida técnica é documentada mas não paga.
Qualquer desenvolvedor que trabalha em sprints conhece essa realidade: o planejamento ideal não sobrevive ao contato com o código. Bugs surgem. Specs mudam. E lá fica o TODO, uma bandeira branca de rendição temporária que pode durar semanas, meses ou anos.
O que torna "TODO: Implementar" especialmente absurdo é sua redundância deliberada. Todo TODO é, teoricamente, algo a implementar. Mas escrever exatamente isso revela cansaço, ironia e autoconhecimento. É como se o desenvolvedor estivesse gritando: "Sim, eu sei que isso é óbvio. Eu sei que precisa ser feito. Mas aqui está, marcado, para que ninguém pense que esqueci."
A dívida técnica mascarada
TODOs são uma forma de dívida técnica assumida conscientemente. Você cria um passivo no código, uma promessa ao seu eu do futuro. Mas aqui está a questão: seu eu do futuro não vai honrar essa promessa tão cedo.
Estudos sobre repositórios open source descobriram que muitos TODOs nunca são implementados. Eles vivem nos comentários como fósseis de intenções abandonadas. Algumas equipes implementam sistemas de "TODO reaping", deletando TODOs antigos regularmente. Outras criam tags especiais: FIXME (mais urgente), HACK (gambiarras temporárias), XXX (aviso vermelho).
A psicologia por trás disso é fascinante. O TODO permite que o desenvolvedor siga em frente sem culpa. Ele documentou o problema. Deixou um rastro. O código não é perfeito, mas é honesto. É uma forma de lidar com a impossibilidade de fazer tudo perfeitamente.
TODO: Implementar como filosofia
"TODO: Implementar" reflete uma verdade central sobre engenharia de software: iteração é mais importante que perfeição inicial. Você não constrói sistemas complexos do zero sem compromissos. Você os constrói em camadas, em tentativas, em incrementos.
Agile, DevOps, continuous deployment, todas essas metodologias abraçam a ideia de que o software nunca está acabado. É vivo. Muda constantemente. O TODO é uma forma de abraçar essa realidade ao invés de negá-la. A cultura hacker valoriza a transparência sobre falhas bem documentadas. Um TODO é honestidade. É dizer: "Isso precisa ser feito, mas não será feito perfeitamente, e tudo bem."
TODOs na prática moderna
Hoje, empresas de tech grandes têm centenas de milhares de TODOs em seus codebases. GitHub Actions da comunidade, como todo-to-issue, podem converter TODOs automaticamente em issues rastreáveis. Linters podem ser configurados para avisar quando você realiza commit de TODOs sem contexto ou sem data. Algumas equipes proíbem TODOs sem um número de issue associado.
Mas nada disso eliminou o padrão, porque TODO não é um bug no processo. É uma feature. É a maneira pela qual desenvolvedores lidam com a realidade de que o código sempre será imperfeito, sempre terá espaço para melhoria, e que priorização é difícil.
A próxima vez que você vir um "TODO: Implementar" em um projeto, aprecie a honestidade. Alguém olhou para aquele espaço em branco no código, decidiu que outras coisas eram mais urgentes, e deixou uma mensagem para o futuro. É procrastinação produtiva documentada, e é exatamente como a maioria do software real é construída. Se você faz parte dessa comunidade hacker e aprecia o humor e a realidade contida nessa pequena construção de código, a Stack Clothing tem uma forma de levar isso com você. Confira o cropped moletom Implementar na Stack Clothing.
Confira o produto
Mais produtos com o tema Terminal Wisdom
Terminal Wisdom - Implementar
Terminal Wisdom - Works on my Machine