Puede estar 6 horas seguidas resolviendo un bug.
Sin comer.
Sin levantarse.
Sin registrar el tiempo.
Pero no puede escribir la documentación.
Eso es TDAH en un lenguaje que la industria tech entiende.
La programación es una de las profesiones con mayor concentración de personas con TDAH — y no es casualidad. El debugging, el diseño de sistemas, la resolución de problemas en tiempo real — son exactamente el tipo de desafíos que activan el hiperfoco del TDAH de forma productiva.
Pero la programación también tiene partes que el TDAH odia: documentación, reuniones largas, tareas repetitivas de mantenimiento, deadlines de proyectos extensos sin feedback inmediato.
Esta guía explica la relación real entre TDAH y programación.
¿Por qué el TDAH y la programación tienen afinidad?
La programación activa lo que el TDAH necesita:
- Resolución de problemas constante. Cada bug es un rompecabezas nuevo. Exactamente el tipo de novedad que activa la dopamina del TDAH.
- Feedback inmediato. El código o corre o no corre. La retroalimentación es instantánea — a diferencia de muchas otras profesiones.
- Trabajo en profundidad posible. El programador puede entrar en estados de hiperfoco productivo durante horas — algo que muchas profesiones no permiten.
- Variedad de proyectos. Cada proyecto es diferente, cada tecnología es nueva. La monotonía no es obligatoria.
- Trabajo independiente posible. Remote work, horarios flexibles, ausencia de supervisión constante — entorno favorable para el TDAH.
El programador con TDAH que está en estado de flow puede producir en 4 horas lo que otros producen en un día. El problema es que el flow no llega a pedido.
¿Cuáles son los desafíos reales del TDAH en programación?
Las partes difíciles de la programación con TDAH son concretas y predecibles:
- Documentación. Una de las tareas más detestadas por el TDAH — repetitiva, sin feedback inmediato, sin novedad. Muchos proyectos de programadores con TDAH tienen código brillante y cero documentación.
- Code review ajeno. Revisar el código de otro sin contexto ni novedad activa el aburrimiento rápido.
- Estimación de tiempo. El TDAH sobreestima su velocidad y subestima el tiempo de las partes aburridas. Los sprints se rompen.
- Context switching forzado. Interrumpir el hiperfoco para una reunión o urgencia tiene un costo de recuperación alto.
- Bugs de mantenimiento. El código legacy, el mantenimiento de sistemas aburridos — sin novedad, el TDAH procrastina.
No es que sos mal programador.
Es que las partes que odiás son exactamente las que el TDAH hace más difíciles.
Eso se puede gestionar.
No eliminando las partes difíciles,
sino diseñando cuándo y cómo hacerlas.
¿Qué estrategias funcionan para programadores con TDAH?
- Documentar en el momento, no después. Escribir comentarios mientras se codea es mucho más fácil que reconstruir el razonamiento después.
- Time-boxing para tareas de mantenimiento. 45 minutos de mantenimiento con temporizador visible — no más. Después viene el trabajo interesante.
- Pair programming para tareas aburridas. El elemento social y la presión de tener a alguien mirando activa la atención del TDAH.
- Bloquear horarios de deep work en el calendario. Comunicar al equipo que hay ventanas sin interrupciones.
- Commits frecuentes y pequeños. El commit es el feedback inmediato del trabajo. Commits chicos en lugar de uno grande al final del día.
La herramienta más poderosa del programador con TDAH no es el IDE. Es conocer su propia ventana de foco y usarla bien.
Lo más importante
La programación y el TDAH tienen afinidad real en las partes de alto reto cognitivo.
Las partes difíciles — documentación, mantenimiento, estimación — requieren estrategias específicas.
Con diagnóstico y herramientas, el programador con TDAH puede tener uno de los desempeños más altos de su equipo.
“El hiperfoco bien usado es la ventaja competitiva más brutal que puede tener un programador.”
Entender lo que le pasa es el primer paso para ayudarla.
Preguntas frecuentes
P:¿Hay más programadores con TDAH que en otras profesiones?
R:Los datos precisos son difíciles de obtener, pero hay evidencia anecdótica y algunos estudios preliminares que sugieren tasas más altas de TDAH en profesiones tecnológicas. La autoselección es plausible: el entorno tech tiene características que funcionan bien con el TDAH, lo que podría atraer más personas con ese perfil.
P:¿El TDAH puede ser una ventaja en entrevistas técnicas?
R:En algunos casos sí. Las entrevistas técnicas (whiteboard, live coding, algoritmos) son situaciones de alta presión y novedad que pueden activar el hiperfoco. Pero la variabilidad es alta — el mismo estímulo que activa a uno puede desorganizar a otro. No es una regla.
P:¿Cómo manejar las reuniones de equipo con TDAH?
R:Tener algo en mano para manipular (pelota antiestrés, lapicero) puede ayudar a sostener la atención sin ser disruptivo. Tomar notas activas mantiene el procesamiento. Si la reunión no tiene agenda clara, pedir una antes ayuda a prepararse. Y comunicar preferencia por reuniones cortas y con objetivo específico — algo que muchos equipos agradecen independientemente del TDAH.
P:¿Qué lenguajes de programación son mejores para el TDAH?
R:No hay evidencia de que un lenguaje sea mejor que otro para el TDAH. Lo que sí importa es el nivel de feedback inmediato del entorno de desarrollo y la curva de novedad del proyecto. Lenguajes con compilación rápida y feedback instantáneo en el IDE pueden ser más compatibles con el ritmo del TDAH.
P:¿El trabajo remoto es mejor para programadores con TDAH?
R:Depende del perfil. El remoto elimina las interrupciones del open space — una de las peores condiciones para el TDAH. Pero también elimina la estructura externa del entorno de oficina. Algunos programadores con TDAH funcionan mejor en casa, otros necesitan la estructura de ir a un lugar. El ensayo es la única forma de saberlo.
¿Necesitás ayuda personalizada?
Lic. Julieta Dorgambide · Psicopedagoga y Directora Clínica de Educa Chubi
Ver servicios