El TDAH en programadores: hiperfoco en codigo, paralisis en reuniones

Son las 2 de la mañana. Llevas 6 horas seguidas programando. No has cenado. No has mirado el móvil. No tienes ni idea de qué hora es. El código fluye como si tu cerebro y el teclado fueran una sola cosa.

Al día siguiente hay una reunión de equipo de 45 minutos. A los 7 minutos ya has desconectado. Estás pensando en ese bug que viste ayer, en una forma más elegante de refactorizar ese módulo, en si habrá galletas en la cocina. Tu jefe habla y tú asientes sin tener la menor idea de lo que ha dicho.

Bienvenido a la programación con TDAH.

¿Por qué programar es el hiperfoco perfecto?

La programación tiene todo lo que un cerebro TDAH necesita para engancharse.

Feedback inmediato. Escribes código, lo ejecutas, funciona o no funciona. Al instante. No hay que esperar tres semanas para ver si tu trabajo sirvió. La respuesta es inmediata, y eso para la dopamina es oro.

Resolución de problemas constante. Cada función, cada algoritmo, cada bug es un puzzle. Y los puzzles activan el cerebro TDAH como pocas cosas. La sensación de resolver algo que parecía imposible es una descarga de dopamina brutal.

Flujo continuo. Cuando estás en la zona, el código fluye sin interrupciones. Una línea lleva a la siguiente. Un problema resuelto abre el siguiente. No hay transiciones bruscas. Y el cerebro TDAH odia las transiciones.

Autonomía. Programar es, en gran medida, un trabajo solitario. Tú, tu pantalla, tu música, tu ritmo. Sin nadie que te interrumpa para preguntarte algo que podría haber resuelto con un email.

Es la tormenta perfecta de estimulación cognitiva. Por eso hay tantos programadores con TDAH. No es casualidad. Es selección natural profesional.

¿Por qué las reuniones son una tortura?

Porque son exactamente lo contrario de programar.

No hay feedback inmediato. La reunión dura una hora y el resultado tangible es, con suerte, un email de resumen que nadie lee.

No hay problema que resolver activamente. Tu cerebro está en modo pasivo, escuchando a alguien hablar sobre algo que podría haberse dicho en tres líneas de Slack.

Hay transiciones constantes. El tema cambia, alguien cuenta algo diferente, se abre un debate lateral. Para un cerebro TDAH que ya tiene problemas siguiendo un hilo, seguir cinco a la vez es imposible.

Y no hay autonomía. Tienes que estar ahí, sentado, con la cámara encendida, fingiendo que prestas atención mientras tu cerebro se ha ido a programar mentalmente.

El resultado es que muchos programadores con TDAH desarrollan una reputación de "desconectados" o "difíciles en equipo" que no tiene nada que ver con su capacidad técnica. Es puro TDAH. Si la ansiedad de rendimiento te suena familiar, imagínala en un contexto donde tu valor se juzga no solo por tu código sino por tu "participación en equipo".

¿El TDAH te hace mejor o peor programador?

Las dos cosas. Depende de qué estés midiendo.

En resolución creativa de problemas, probablemente mejor. Los cerebros TDAH piensan en no lineal. Ven conexiones que otros no ven. Encuentran soluciones laterales. Cuando otros programadores siguen el camino estándar, tú encuentras un atajo que nadie había considerado.

En consistencia y mantenimiento, probablemente peor. El código aburrido, la documentación, los tests unitarios, la refactorización rutinaria, todo lo que no tiene la chispa de la novedad se convierte en una tortura. Y ahí es donde acumulas deuda técnica.

En debugging bajo presión, mejor. Un bug en producción a las 3 de la mañana activa todo tu sistema TDAH. Urgencia, adrenalina, consecuencias inmediatas. Es tu momento.

En planificación y estimaciones, peor. Estimar cuánto vas a tardar en algo es difícil para cualquiera. Con TDAH es ciencia ficción. Porque no sabes si vas a tener un día de hiperfoco donde hagas el trabajo de una semana o un día de parálisis donde no puedas escribir ni una línea.

Esa inconsistencia es la que te mata profesionalmente. No porque seas malo. Sino porque nadie entiende cómo puedes resolver un problema imposible en una tarde y no poder hacer una tarea simple en tres días.

¿Cómo sobrevivir como programador con TDAH?

Lo primero: entiende que las reuniones no van a desaparecer. Pero puedes hackearlas. Toma notas obsesivamente (mantiene tu cerebro activo). Pide que se envíe agenda antes. Propón reuniones más cortas. Si puedes, camina durante las calls. El movimiento físico ayuda a mantener la atención.

Lo segundo: usa el hiperfoco a tu favor, no en tu contra. Si sabes que a las 10 de la noche tu cerebro se activa, no luches contra eso intentando ser productivo a las 9 de la mañana. Negocia horarios flexibles si puedes. El código que escribes a las 2 de la mañana probablemente es mejor que el de las 9 de la mañana.

Lo tercero: automatiza lo aburrido. Si documentar te cuesta la vida, usa herramientas que generen documentación automáticamente. Si los tests te aburren, monta un pipeline que los ejecute sin que tengas que pensar en ellos. Reduce la fricción en todo lo que no te estimula.

Y lo cuarto: si no descansas aunque "descanses", vigila el burnout. El hiperfoco en programación es adictivo. Puedes tirarte 12 horas programando y sentir que has descansado. Pero tu cuerpo y tu cerebro están quemándose. El TDAH enmascara el agotamiento hasta que es demasiado tarde.

Tu cerebro no es un bug. Es una feature mal documentada

Ser programador con TDAH no es un defecto. Es una forma particular de procesar el mundo que encaja increíblemente bien con ciertas partes de la programación y terriblemente mal con otras.

El truco no es intentar ser el programador neurotípico que no eres. Es construir un entorno que maximice tus fortalezas y minimice tus debilidades. Y para eso, primero necesitas saber qué está pasando dentro de tu cabeza.

Esto no sustituye una evaluación profesional. Si eres programador y te identificas con este patrón de hiperfoco extremo y parálisis social, consultar con un psicólogo especializado en TDAH en adultos puede cambiarte la carrera. Para empezar, el test de TDAH tiene 43 preguntas basadas en escalas clínicas que te dan un primer mapa de lo que pasa.