Programar com um cérebro TDAH: dificuldades reais e o que funcionou para mim


Capítulos

Um aviso honesto antes de começar: eu não sou especialista em neurodivergência, sou um caso. Sou da área de Marketing e Design, aprendi código por curiosidade — uns CRUDs em PHP e Ruby — e me reconheço profundamente no funcionamento TDAH: hiperfoco feroz de um lado, memória de trabalho curta do outro. Este texto é meu testemunho, não um manual. O que funcionou para mim pode não funcionar para você, mas talvez te poupe alguns anos de tentativa e erro.

Como meu cérebro funciona

De um lado, o hiperfoco. Quando algo me fisga — uma linguagem nova, um problema de arquitetura, uma ferramenta experimental — eu entro num túnel onde horas passam sem eu notar. Foi assim que aprendi coisas completamente fora da minha área e foi assim que nasceram meus projetos mais ambiciosos, incluindo uma linguagem de programação. O hiperfoco é um superpoder com taxa de juros alta: ele entrega muito, mas cobra em sono, em refeições puladas e em todo o resto da vida que ficou em espera.

Do outro lado, a memória de trabalho. Eu perco o fio no meio de tarefas longas. Esqueço por que abri aquela aba. Começo cinco coisas e termino uma — se terminar. Instruções com sete passos viram três na minha cabeça, e nunca os mesmos três. Isso não é falta de interesse nem de inteligência; é como se meu quadro branco interno fosse pequeno demais e alguém apagasse um canto a cada distração.

Entender esses dois lados mudou tudo. Em vez de lutar contra o cérebro que eu tenho, comecei a projetar minha vida — e meu software — ao redor dele.

As dificuldades concretas

Na programação, as dificuldades aparecem em lugares bem específicos:

Começar tarefas chatas. Configurar ambiente, burocracia de build, migração tediosa. Meu cérebro fareja baixo estímulo e simplesmente não liga. Eu procrastino não por preguiça, mas porque a ignição não acontece.

Terminar os últimos 10%. O começo é novidade e dopamina; o fim é detalhe e revisão. Quase todo projeto meu já morreu nos 90%. Aprendi a tratar “terminar” como uma fase separada, com táticas próprias — não como continuação natural do trabalho.

Documentação longa sem estrutura. Muros de texto me derrubam. Se um documento não tem títulos claros, resumo no topo e exemplos concretos, minha leitura vira passagem de olhos ansiosa. Irônico para alguém que defende legibilidade — mas foi exatamente essa dor que me ensinou a escrever e projetar de outro jeito.

Troca de contexto. Cada interrupção me custa muito mais do que os minutos interrompidos: custa o estado mental inteiro, que eu não consigo salvar em lugar nenhum. Voltar a uma tarefa é quase recomeçá-la.

Decisões com opções demais. Pesquisa é meu ponto forte e minha armadilha. Eu comparo cinco bibliotecas, leio os experimentais, abro doze abas — e paro na análise. A curiosidade vira paralisia quando não tem prazo nem critério de corte.

O que eu testei e funcionou

Nada aqui é teoria; é o que sobreviveu ao uso:

Quebrar tudo em módulos pequenos. Projetos grandes só andam para mim em fatias que cabem numa sessão de hiperfoco. Cada módulo com responsabilidade clara, cada tarefa com começo, meio e fim visíveis. Não por acaso, modularidade virou minha obsessão arquitetural — eu projeto software do jeito que meu cérebro precisa consumir informação.

Externalizar a memória. Se está só na minha cabeça, já foi perdido. Checklists, contexto escrito, decisões registradas com o motivo — não a decisão solta, o porquê. Foi dessa necessidade que nasceu o Prumo: um protocolo para que projetos carreguem seu próprio contexto, legível por humanos e por agentes. Eu construí a ferramenta que eu precisava para continuar construindo.

Começar pelo interessante, amarrar o chato junto. Eu não venço a resistência da tarefa tediosa na força; eu a acoplo a algo estimulante. Configurar build ouvindo música, documentar enquanto o código ainda está quente na cabeça, transformar revisão em checklist quase lúdico. Parece truque bobo, e é — mas truque que funciona vira método.

Critério de corte para pesquisa. Hoje eu me dou um limite explícito: comparar no máximo três opções com critérios escritos antes de começar. Passou disso, eu escolho a melhor até ali e deixo a fronteira aberta para revisitar. Decisão provisória e reversível vale mais que decisão perfeita e nunca tomada.

Ambientes com pouco ruído. Interface limpa, poucas abas, notificações desligadas. Cada elemento visual a mais é um candidato a sequestrar minha atenção. Meus projetos herdaram isso: simplicidade de superfície não é estética, é acessibilidade.

A IA como suporte, não como muleta

A IA virou minha parceira central — mas vale explicar exatamente em quê ela me ajuda, porque não é “ela programa e eu assino”.

Ela segura contexto que minha memória de trabalho derruba: resume onde parei, lista o que falta, recupera o fio depois de uma interrupção. Ela faz o começo chato andar: rascunha o setup, estrutura o documento vazio, quebra a inércia da página em branco. E ela investiga comigo: compara alternativas, aponta furos, sugere referências que eu não conheceria.

O que ela não faz é decidir por mim. Trade-offs, visão do produto, o “não” para boas ideias fora do escopo — isso continua sendo meu trabalho, e precisa continuar. IA como suporte de função executiva, não como piloto automático. Essa distinção importa, porque terceirizar o julgamento seria trocar uma dificuldade por uma dependência.

O que ainda é difícil

Seria desonesto terminar como história de superação. Eu ainda perco prazos bobos. Ainda tenho projetos parados nos 90%. Ainda abro doze abas. A diferença é que hoje eu tenho um sistema — falho, mas meu — em vez de só culpa.

Se você se reconhece nisso, o conselho mais útil que eu tenho é: pare de tentar consertar o cérebro e comece a projetar ao redor dele. Ferramentas, rotinas, arquitetura de software, jeito de documentar — tudo pode ser desenhado para a sua cognição real, não para uma idealizada. Foi assim que uma pessoa de Marketing acabou criando linguagem de programação, editor 3D e protocolo para agentes. Não apesar do cérebro que eu tenho, mas em grande parte por causa dele — e das adaptações que ele me obrigou a inventar.