El Sistema Completo del Desarrollador: Mente, Cuerpo, Actitud y Vida Automatizada

Un servidor bien configurado no requiere que alguien lo monitoree manualmente. Tiene alertas, tiene umbrales, tiene procesos que se reinician solos, tiene logs que explican qué pasó. Cuando algo falla, el sistema lo registra y lo escala al nivel correcto. Nadie tiene que estar despierto a las 3 AM mirando una pantalla para que el servidor funcione.

La mayoría de los desarrolladores gestionan su propia vida de manera opuesta: sin métricas, sin alertas, sin revisiones periódicas, sin procesos automatizados. Reaccionan cuando algo duele lo suficiente para no poder ignorarlo — cuando la espalda está tan mal que ya no pueden sentarse, cuando el agotamiento es tan profundo que ya no pueden escribir código, cuando la ansiedad es tan persistente que ya no pueden concentrarse. El problema nunca llegó de la noche a la mañana. Las señales estuvieron ahí meses antes. Simplemente nadie las estaba leyendo.

Este post construye el sistema operativo completo: cómo analizar tu estado actual de forma honesta, cómo diseñar la mente para el trabajo cognitivo profundo, cómo abordar los problemas físicos específicos del desarrollador — espalda, rodillas, fatiga ocular — y cómo automatizar los hábitos de forma que no dependan de motivación que nunca llega en los días difíciles.

El Diagnóstico Inicial: Auditoría del Estado Actual

No puedes mejorar lo que no has medido. Antes de cambiar cualquier cosa, el primer paso es entender con honestidad dónde estás. No como crítica — como diagnóstico de sistema. Un ingeniero no se enoja con los logs. Los lee para entender qué está pasando.

La Auditoría de las Ocho Áreas

Evalúa cada área del 1 al 10. No el 10 que quisieras ser — el número honesto de hoy.

ENERGÍA FÍSICA
1. ¿Cómo amaneces la mayoría de los días?
   1 = exhausto aunque dormí suficiente
   10 = listo para empezar sin necesitar café para funcionar

2. ¿Cómo terminas el día laboral?
   1 = no puedo hacer nada más después del trabajo
   10 = tengo energía para actividad personal o ejercicio

CUERPO
3. ¿Dolor o molestia física durante la jornada?
   1 = espalda, cuello o muñecas duelen constantemente
   10 = sin dolor crónico, cuerpo neutral o cómodo

4. ¿Calidad del sueño?
   1 = me despierto varias veces, sueño interrumpido
   10 = despierto descansado en la mayoría de los días

MENTE Y CONCENTRACIÓN
5. ¿Capacidad de enfoque sostenido?
   1 = no puedo estar más de 15 minutos sin distraerme
   10 = puedo sostener foco profundo 90+ minutos con facilidad

6. ¿Estado mental general (ansiedad, claridad, humor)?
   1 = ansiedad constante, ruido mental, irritabilidad
   10 = calma base, claridad en las decisiones, humor estable

NUTRICIÓN E HIDRATACIÓN
7. ¿Calidad de alimentación la mayoría de los días?
   1 = comida rápida, azúcar, sin estructura
   10 = sistema automatizado, proteína en cada comida, agua constante

ACTITUD Y MENTALIDAD
8. ¿Cómo reaccionas ante los problemas difíciles del trabajo?
   1 = evitación, parálisis, imposter syndrome constante
   10 = problemas difíciles como señal de crecimiento, frustración temporal

Interpreta los resultados:

1-4 en cualquier área: problema activo que está limitando todo lo demás
5-6: funcionando pero con fricción alta y costo acumulado
7-8: sistema funcionando bien con espacio de mejora
9-10: área de fortaleza, mantener y usar como ancla

La trampa más común es calificar en 7 cosas que en realidad son 4 porque no duelen todavía lo suficiente. La pregunta correcta no es “¿funciono?” sino “¿estoy funcionando a qué porcentaje de mi capacidad real?”

El Sistema Nervioso como Hardware: Lo que la Fatiga Realmente Es

La fatiga cognitiva no es falta de motivación. No es debilidad. No es flojera. Es un fenómeno físico medible: el agotamiento de los recursos metabólicos del córtex prefrontal combinado con la acumulación de adenosina y glutamato.

Entender esto cambia completamente cómo respondes a la fatiga.

El Modelo Correcto de Energía Mental

El cerebro consume aproximadamente el 20% de la energía total del cuerpo, aunque representa solo el 2% de la masa. La glucosa y el oxígeno son su combustible primario. Cuando el trabajo cognitivo es intenso y sostenido:

El glutamato se acumula en el córtex prefrontal (la región responsable del razonamiento, la toma de decisiones y el autocontrol)
La adenosina se acumula durante las horas de vigilia y genera presión de sueño
La glucosa en el flujo sanguíneo al cerebro fluctúa con lo que comiste y cuándo

El resultado es lo que sientes como “ya no puedo pensar”: literalmente el tejido neural está saturado de subproductos metabólicos y necesita limpieza. La única limpieza que funciona es el sueño (el sistema glinfático del cerebro se activa principalmente en sueño profundo) y los descansos reales que permiten metabolismo de reposo.

Lo que no limpia el cerebro:

Scrollear redes sociales — es estimulación de bajo esfuerzo, no descanso
Ver series mientras revisas Slack
Cambiar de tarea en lugar de hacer pausa real

Lo que sí limpia el cerebro:

Caminar sin pantalla (activa el default mode network, proceso de consolidación)
Siesta de 20 minutos (no más — se entra en ciclo profundo y el despertar es peor)
Silencio real sin input externo, aunque sea 10 minutos
Sueño nocturno de calidad

La Fatiga de Decisión: El Costo Invisible

Cada decisión que tomas durante el día, sin importar qué tan pequeña sea, gasta una fracción del recurso de autocontrol y toma de decisiones del córtex prefrontal. El desarrollador que tiene 47 pestañas abiertas, 23 notificaciones sin leer, 8 tareas sin priorizar y un entorno de trabajo desordenado está pagando un costo cognitivo constante antes de escribir una sola línea de código.

La automatización de la vida no es solo sobre hábitos de salud. Es sobre reducir el número de decisiones activas en el sistema. Cada cosa que automatizas — qué desayunar, cuándo hacer ejercicio, qué comer en el almuerzo, a qué hora dormir — libera capacidad de decisión para el trabajo real.

Decisiones que deben ser automáticas (tomar una vez, ejecutar siempre):
- Hora de despertar (mismo horario todos los días, incluyendo fin de semana)
- Desayuno (3 opciones rotativas, no decidir cada día)
- Hora de ejercicio (bloque fijo en el calendario, inamovible)
- Snacks (porcionados de antemano, en el cajón del escritorio)
- Hora de dormir (mismo horario, alarma de "preparar para dormir")
- App de bloqueador en horario de trabajo profundo (no decidir en el momento)

Decisiones que sí merecen energía cognitiva:
- Arquitectura técnica
- Qué problema atacar primero en el día
- Cómo comunicar un issue difícil a un stakeholder
- Evaluación de una nueva tecnología

Concentración: Arquitectura del Trabajo Profundo

La concentración profunda no es un rasgo de personalidad. Es un estado fisiológico que se produce cuando ciertas condiciones están presentes y se destruye cuando no lo están. Se puede diseñar.

Las Cuatro Condiciones del Foco Profundo

1. Umbral de entrada bajo

El mayor enemigo del trabajo profundo no es la distracción durante la sesión — es la fricción para empezar. Si para empezar a trabajar tienes que buscar dónde quedaste, abrir 7 pestañas, recordar qué ibas a hacer y responder 3 notificaciones primero, el umbral de entrada es tan alto que el cerebro prefiere cualquier otra cosa.

Solución: el sistema de cierre del día anterior. Antes de apagar, documenta exactamente dónde te quedaste y cuál es la primera tarea específica de mañana. No “continuar con el módulo de autenticación” — “abrir auth/session.go línea 147 y resolver por qué el token no se está invalidando correctamente al hacer logout”. Mañana abres esa nota y empiezas en 30 segundos.

2. Entorno sin interrupción real

Silenciar notificaciones no es suficiente. El cerebro sabe que las notificaciones están ahí y gasta recursos en no revisarlas. La solución es eliminarlas físicamente del campo de atención:

Configuración de sesión de trabajo profundo:
- Teléfono: modo avión o en otra habitación (no boca abajo en el escritorio)
- Slack: cerrado o modo Do Not Disturb con horario fijo
- Email: cerrado — el email es asíncrono por definición
- Navegador: solo las pestañas necesarias, o perfil separado sin marcadores
- Auriculares: ruido blanco, lluvia, o música instrumental sin letra
  (la letra activa el área del lenguaje del cerebro y compite con leer código)
- Duración comprometida: mínimo 90 minutos — el cerebro tarda ~20 min en
  entrar en estado de flujo profundo. Sesiones de 25 minutos producen el
  costo de entrada sin el beneficio del flujo.

3. Tarea con el nivel correcto de dificultad

El estado de flujo ocurre en el espacio entre demasiado fácil (aburrimiento) y demasiado difícil (ansiedad). Una tarea demasiado vaga produce ansiedad de no saber por dónde empezar. Una tarea demasiado específica y simple produce aburrimiento.

La tarea ideal para un bloque de trabajo profundo tiene estas características:

Tiene un output definido (qué significa “terminado”)
Requiere pensamiento activo, no solo ejecución mecánica
Está suficientemente descompuesta para ser atacable en la sesión
Presenta al menos un problema no resuelto que requiere razonamiento

4. Estado físico adecuado

El trabajo profundo después de una mala noche de sueño, con deshidratación o hambre, es trabajo de baja calidad aunque pases las horas frente a la pantalla. No es virtud — es ineficiencia. Dos horas de trabajo profundo en buen estado físico producen más que seis horas en mal estado.

La secuencia correcta: primero el estado físico, luego el trabajo profundo. No al revés.

El Protocolo de la Sesión de 90 Minutos

T-5 min (preparación):
□ Abrir la nota de cierre del día anterior
□ Cerrar todo lo que no sea necesario para esta tarea específica
□ Agua en el escritorio (no ir a buscarla después)
□ Teléfono fuera de la vista
□ Auriculares puestos

T+0 (inicio):
→ Leer la nota del día anterior
→ Abrir exactamente donde se quedó
→ Primera acción en menos de 2 minutos de haberme sentado

T+45 (micro-pausa de 2 minutos):
→ Pararse, estirar cuello y muñecas
→ Agua
→ No revisar nada — volver inmediatamente

T+90 (cierre de sesión):
→ Documentar estado actual y siguiente acción específica
→ Commit del trabajo si aplica
→ 15 min de descanso real antes de la próxima sesión

Mentalidad: El Sistema Operativo Debajo del Código

La mentalidad no es motivación. La motivación es transitoria — aparece cuando las cosas van bien y desaparece cuando hay obstáculos. La mentalidad es la forma en que interpretas los eventos, y esa interpretación determina el comportamiento mucho más que cómo te sientes en un momento dado.

El Mapa de Mentalidades del Desarrollador

Hay tres patrones de mentalidad que determinan cómo un desarrollador crece (o se estanca) a lo largo de una carrera:

Mentalidad de identidad fija: “Soy bueno en backend, malo en frontend.” “No tengo cabeza para las matemáticas.” “Soy junior, no es mi responsabilidad entender el sistema completo.”

El problema no es que sea falso — puede ser actualmente cierto. El problema es el “soy”. Convierte un estado temporal en identidad permanente. Una vez que algo se convierte en parte de tu identidad, el cerebro lo defiende en lugar de cambiarlo.

Mentalidad de rendimiento: “Necesito demostrar que soy inteligente.” “Si pregunto esto van a pensar que no sé.” “Prefiero no opinar para no equivocarme en público.”

Este patrón produce desarrolladores que evitan los problemas difíciles (porque fallar en ellos amenaza la identidad) y que prefieren las tareas donde ya saben la respuesta. Es la receta para estancarse en el mismo nivel de habilidad durante años mientras acumulas sensación de fraude.

Mentalidad de aprendizaje: “No sé cómo hacer esto todavía.” “Equivocarse en público es información, no humillación.” “Mi trabajo actual es la plataforma desde la que aprendo el siguiente nivel.”

Esta mentalidad no es optimismo. Es una lectura más precisa de cómo funciona el desarrollo de habilidades. Nadie nació sabiendo depurar un race condition o diseñar un sistema distribuido. Todos llegaron ahí a través de fracasos específicos que generaron aprendizaje específico.

El Síndrome del Impostor: Diagnóstico Correcto

El síndrome del impostor no es un problema de autoestima. Es el resultado de comparar tu versión interna (que incluye todas tus dudas, miedos y vacíos de conocimiento) con la versión externa de otros (que solo muestra lo que presenta en público).

El desarrollador senior que admiras también tiene áreas donde no sabe lo que está haciendo. La diferencia no es que ellos saben todo — es que han desarrollado tolerancia a la incertidumbre y confianza en su capacidad de aprender lo que necesiten en el momento en que lo necesiten.

La cura al síndrome del impostor no es “convencerte de que eres bueno”. Es acumular evidencia real de que puedes resolver problemas que antes no podías. Esa evidencia solo se acumula atacando problemas difíciles, no evitándolos.

El Ciclo de Revisión Semanal

La revisión semanal es el hábito de mentalidad más poderoso y el menos practicado. Es 20 minutos, una vez por semana, que generan más claridad y dirección que horas de “pensar en el futuro” sin estructura.

REVISIÓN SEMANAL — estructura completa (20 minutos)

PARTE 1: Revisión hacia atrás (8 min)

¿Qué funcionó bien esta semana?
→ No solo en trabajo — en cualquier área
→ Sin minimizar: si algo salió bien, anótalo explícitamente

¿Qué no funcionó?
→ Sin juzgar — solo describir: ¿qué pasó exactamente?
→ ¿Fue una decisión mía, un factor externo, o ambos?

¿Qué aprendí esta semana que no sabía el lunes?
→ Técnico, interpersonal, sobre mí mismo
→ Si la respuesta es "nada", esa es una señal importante

PARTE 2: Estado actual (4 min)

¿Cómo está mi energía física en este momento?
¿Cómo está mi energía mental?
¿Hay algo acumulado (resentimiento, preocupación, tarea evitada)
que está ocupando ancho de banda mental?

PARTE 3: Intención hacia adelante (8 min)

¿Cuál es el resultado más importante de la próxima semana?
→ Solo uno. Si todo es importante, nada lo es.

¿Qué tarea estoy evitando que necesita atención esta semana?
→ La tarea que llevas postergando más de 3 días probablemente
  es la más importante. El cerebro evita lo que tiene mayor
  implicación real, no lo que es más difícil técnicamente.

¿Qué voy a hacer diferente basado en lo que no funcionó?
→ Cambio específico, no intención vaga.
  Mal: "voy a concentrarme más"
  Bien: "voy a cerrar Slack durante el bloque de 8-10 AM"

Guarda estas revisiones. No para releerlas todas, sino para que en momentos de duda puedas ver el patrón de 8, 12, 20 semanas. El progreso real es invisible semana a semana y obvio cuando lo ves en perspectiva.

El Cuerpo del Desarrollador: Espalda, Rodillas y Fatiga Ocular

Los posts anteriores de esta serie cubrieron la mecánica del ejercicio y la nutrición. Este apartado cubre los tres problemas físicos más comunes del desarrollador desde el ángulo del mecanismo de causa — no solo qué hacer, sino por qué ocurren y qué los mantiene.

La Espalda: El Problema de la Carga Estática

El dolor de espalda del desarrollador no suele ser una lesión estructural. Es el resultado de carga estática sostenida — los mismos músculos en la misma posición durante horas, sin el movimiento que distribuye el trabajo entre fibras musculares y permite recuperación.

El músculo bajo carga estática acumula ácido láctico y metabolitos de desecho sin la circulación que el movimiento genera. Después de 2-3 horas en la misma posición, empieza la señal de malestar. Después de 8-10 horas, es dolor activo.

El mecanismo específico del dolor lumbar de escritorio:

La posición de sentado acorta los flexores de cadera. Los flexores de cadera cortos tiran de la pelvis hacia adelante (inclinación anterior). Cuando la pelvis se inclina hacia adelante, la curvatura lumbar se exagera. Los erectores espinales (músculos largos a los lados de la columna) trabajan constantemente para mantener esa posición. Después de horas, están en espasmo.

Los glúteos — que deberían ser el músculo principal de la postura sentada erguida — se desactivan casi completamente al sentarse. Así que los erectores espinales hacen el trabajo de dos sistemas musculares sin descanso.

Lo que realmente ayuda (en orden de impacto):

Pararse cada 45-50 minutos sin excepción — no “cuando me acuerde”
El estiramiento 90/90 de cadera mañana y noche (del post de rutinas)
Activación de glúteos con puentes 3 veces por semana
Posición correcta del monitor: el borde superior de la pantalla a la altura de los ojos, no la pantalla completa — si ves hacia abajo todo el día, la carga en la columna cervical es de 20-30 kg adicionales
Silla con soporte lumbar en la curvatura natural, no plana contra la columna

Lo que no ayuda tanto como crees:

Masajes sin cambiar los patrones que causan el problema — la tensión vuelve
Paracetamol o ibuprofeno crónicamente — enmascara la señal sin resolver la causa
Silla ergonómica cara sin modificar el comportamiento de sentarse — la mejor silla del mundo no compensa 10 horas sin moverse

Las Rodillas: El Problema de la Cadena Cinética

El dolor de rodilla en desarrolladores suele tener una causa que parece no relacionada: glúteos débiles e inactivos y músculos de la cadera desbalanceados. La rodilla es una articulación de bisagra que trabaja dentro de la cadena cinética — lo que pasa en la cadera y el tobillo afecta directamente cómo carga la rodilla.

Cuando el glúteo medio (estabilizador lateral de la cadera) está débil por sedentarismo, la cadera colapsa medialmente al caminar y bajar escaleras. Esto produce un estrés rotacional en la rodilla que no está diseñada para tolerar. El resultado es el síndrome patelo-femoral o la “rodilla del corredor” — un dolor difuso alrededor de la rótula que aparece en personas sedentarias que empiezan a caminar más o hacer ejercicio.

El ciclo que mantiene el problema: Rodilla duele → dejas de caminar o hacer ejercicio → glúteos se debilitan más → rodilla carga más → rodilla duele más.

Qué interrumpe el ciclo:

Abducción de cadera en decúbito lateral (del post de ejercicio) — activa el glúteo medio específicamente
Sentadilla goblet con profundidad controlada — fortalece cuádriceps y glúteos sin impacto
Caminar en superficies planas con atención consciente a no dejar que la rodilla colapse hacia adentro
No descanso total — el movimiento moderado mantiene el cartílago articular nutrido (el cartílago no tiene irrigación directa — se nutre por difusión durante la compresión y descompresión del movimiento)

La Fatiga Ocular: Lo que Realmente Pasa

La fatiga ocular digital no es daño estructural a los ojos por la pantalla. Es fatiga muscular de los músculos ciliares — los que controlan la forma del cristalino para enfocar a diferentes distancias.

Al mirar una pantalla a distancia fija durante horas, los músculos ciliares se mantienen en la misma posición de contracción sin descanso. Es el equivalente de tener el brazo levantado horas sin bajarlo. El resultado es dificultad temporal para reenfocar a otras distancias, ardor, y visión borrosa al final del día.

La regla 20-20-20 tiene base fisiológica real: Cada 20 minutos, mirar algo a 20 pies (6 metros) de distancia durante 20 segundos. Esto relaja los músculos ciliares al cambiar a distancia lejana (infinito óptico) donde el ojo está en reposo muscular.

Configuración que reduce la fatiga:

Brillo de pantalla: igual al brillo del ambiente — si la pantalla es más brillante que el entorno, los pupilas trabajan constantemente para compensar
Temperatura de color: 5000-6500K durante el día (luz diurna), 2700-3500K en la noche (modo nocturno o f.lux/Night Shift)
Distancia: 50-70cm a la pantalla — no más cerca por comodidad de lectura, ajusta el tamaño de fuente del editor en lugar de acercar la cara
Parpadeo consciente: bajo carga cognitiva alta, la frecuencia de parpadeo cae a 3-4 veces por minuto (normal son 15-20). Pon un recordatorio o anota “parpadea” en un post-it — suena trivial, tiene efecto real en la lubricación ocular

La Actitud como Infraestructura

La actitud no es humor. El humor cambia con las circunstancias. La actitud es la orientación base desde la que operas cuando las circunstancias son neutras o adversas — y en el desarrollo de software, las circunstancias adversas son la norma, no la excepción.

Las Cuatro Actitudes que Determinan la Carrera

Actitud ante la ambigüedad:

El trabajo real del desarrollo no es implementar especificaciones perfectamente definidas. Es trabajar con requisitos incompletos, hacer preguntas que nadie ha pensado hacer todavía, y tomar decisiones técnicas con información parcial. El desarrollador que solo puede trabajar cuando todo está claro es un desarrollador con un rango de acción muy estrecho.

La actitud útil: la ambigüedad es una señal de que hay trabajo de clarificación que hacer, no una excusa para no avanzar. Mi trabajo es reducir la ambigüedad, no esperar a que otros la eliminen.

Actitud ante el error propio:

Cada desarrollador introduce bugs. Cada desarrollador hace mal la estimación del tiempo. Cada desarrollador escribe código que después tiene que reescribir. La diferencia entre el desarrollador que crece y el que se estanca no está en la frecuencia de los errores — está en qué hace con ellos después.

El patrón improductivo: minimizar el error, cambiar de tema rápido, no extraer el aprendizaje, repetir el mismo tipo de error en 3 meses.

El patrón productivo: nombrar el error con precisión, extraer el mecanismo exacto por el que ocurrió, cambiar específicamente algo en el proceso o el sistema para que ese mecanismo no se repita.

Actitud ante el trabajo difícil:

Hay una señal específica que el cerebro envía cuando se enfrenta a un problema difícil: incomodidad, resistencia, impulso de revisar el teléfono o hacer algo más fácil primero. Esa señal no es un aviso de que el problema está fuera de tu alcance. Es la señal normal de que estás en el borde de tu zona de competencia actual — exactamente donde ocurre el crecimiento.

Los desarrolladores que aprenden a distinguir “esto es difícil porque está fuera de mis capacidades actuales” de “esto es difícil porque estoy en el umbral de mis capacidades actuales” toman decisiones radicalmente distintas sobre qué atacar y qué evitar.

Actitud ante los ciclos largos:

El desarrollo de software tiene ciclos de retroalimentación largos. La arquitectura que diseñas hoy no muestra si fue buena o mala hasta 6-18 meses después, cuando el sistema crece o se rompe a lo largo de las juntas que dejaste. El hábito que construyes hoy no muestra resultados hasta 3-6 meses de práctica consistente.

El desarrollador que necesita retroalimentación inmediata constante — likes, reconocimiento diario, validación inmediata de cada decisión — tiene dificultad operando en los ciclos largos donde vive la mayoría del trabajo de alto impacto.

La actitud útil: confiar en el proceso diseñado, ejecutar con consistencia, y usar métricas de proceso (hice el trabajo prometido hoy) en lugar de solo métricas de resultado (el resultado ya es visible) como señal de avance.

El Stack de Herramientas Mentales

Journaling como Debugger

El journaling no es un diario emocional. Es una herramienta de análisis. El texto externaliza el pensamiento — fuerza la vaguedad interior a volverse precisa al aterrizar en palabras. Un problema que “se siente mal” es difícil de resolver. El mismo problema descrito con precisión — “estoy evitando este PR porque anticipo un conflicto con X sobre la decisión de arquitectura, y no sé cómo sostener mi posición sin que suene defensivo” — es atacable.

El protocolo de 10 minutos:

Mañana (5 min, antes de abrir el laptop):
1. ¿Cuál es el resultado más importante de hoy? (una cosa)
2. ¿Hay algo que estoy evitando que debería atacar hoy?
3. ¿Cómo está mi estado físico y mental ahora mismo? (honesto, 1-10)

Noche (5 min, después de cerrar el trabajo):
1. ¿Qué pasó hoy que valga la pena registrar?
2. ¿Tomé alguna decisión hoy que mañana querría revisar?
3. ¿Qué aprendí hoy, aunque sea pequeño?

No necesita ser más largo. La consistencia de 10 minutos diarios produce más que sesiones de 1 hora ocasionales.

Herramienta: Obsidian (gratis, local, en Markdown), Bear, o simplemente un archivo de texto plano en el editor. No importa la herramienta — importa el hábito.

El Sistema de Captura de Ideas

Los desarrolladores tienen ideas durante el día que no pueden atender en el momento — una solución mejor para un problema que tienes abierto, algo que quieres investigar, una preocupación que quieres articular. Si no la capturas inmediatamente, desaparece y consume ancho de banda mental hasta que se va.

Sistema de bandeja de entrada:

Un solo lugar donde va todo lo que no puede atenderse ahora:
- Una nota en el teléfono (sincronizada)
- Papel y lápiz al lado del teclado
- Inbox en Obsidian

La regla: captura toma máximo 10 segundos. No proceses en este paso,
solo captura. Procesamiento ocurre en la revisión semanal.

El alivio cognitivo viene de saber que el pensamiento está capturado
y no se va a perder, no de haberlo procesado ya.

El Framework de Decisiones Bajo Presión

Los desarrolladores toman decisiones bajo presión constantemente: ¿hacer el fix rápido o la solución correcta? ¿Escalar este problema ahora o esperar más información? ¿Cómo respondo a este PR comment que me parece injusto?

El error más común es decidir desde el estado emocional del momento. El estado emocional del momento tiene sesgos predecibles: sobrevaluar los costos inmediatos, subvaluar los costos a largo plazo, reaccionar defensivamente cuando se siente amenazado.

El check de tres preguntas antes de una decisión importante:

1. ¿Qué es lo que parece que debería hacer ahora?
   (captura el impulso del momento sin filtrarlo)

2. Si mi versión de hace un año viera esta decisión en 12 meses,
   ¿qué pensaría?
   (aleja del estado emocional del momento)

3. ¿Qué información adicional cambiaría mi decisión?
   ¿Tengo acceso a esa información o no?
   (separa incertidumbre de ignorancia)

Si la respuesta a la 3ra pregunta es "tengo información suficiente",
decide. Si es "hay información crítica que podría obtener en poco tiempo",
espera y obtenla. Si es "nunca voy a tener información perfecta y tengo que
decidir igual", decide con lo que tienes y documenta el razonamiento.

El Sistema Integrado: Todo Conectado

El error de los posts de salud y productividad en general es tratar cada área como independiente — aquí tienes consejos de nutrición, aquí tienes consejos de ejercicio, aquí tienes consejos de productividad. La realidad es que estas áreas se afectan mutuamente de formas que hacen que trabajar en una sola de ellas tenga rendimientos decrecientes.

Cómo Todo se Conecta

Sueño malo
    ↓
Cortisol elevado en la mañana
    ↓
Peor regulación emocional (reactividad aumentada)
    ↓
Tomas peores decisiones en el trabajo
    ↓
Más estrés del trabajo
    ↓
Más cortisol en la tarde
    ↓
Peor calidad de sueño esa noche
    ↓ (ciclo)

---

Hidratación insuficiente
    ↓
Dolor de cabeza leve (a menudo mal diagnosticado)
    ↓
Dificultad para concentrarse
    ↓
Más tiempo necesario para completar tareas
    ↓
Trabajas más horas
    ↓
Menos tiempo para ejercicio y preparación de comida
    ↓
Peor nutrición e hidratación mañana
    ↓ (ciclo)

---

Sin movimiento físico
    ↓
Glúteos inactivos, flexores de cadera tensos
    ↓
Espalda baja cargada de más
    ↓
Dolor lumbar a mitad del día
    ↓
Postura peor (compensación del dolor)
    ↓
Más tensión en cuello y hombros
    ↓
Fatiga física a las 4 PM independiente del trabajo cognitivo
    ↓ (ciclo)

El punto de entrada más eficiente al sistema es el sueño — todo lo demás es más fácil cuando el sueño es bueno. El segundo punto de entrada más eficiente es la hidratación porque tiene el cambio más rápido (mejora en 24-48 horas) y el menor costo de implementación.

La Semana Diseñada vs La Semana que Sucede

La mayoría de los desarrolladores tienen semanas que simplemente suceden — responden a lo que llega, trabajan en lo que se presenta, hacen ejercicio si queda tiempo (que nunca queda). Una semana diseñada tiene estructura intencional que protege las condiciones necesarias para el trabajo de calidad.

PLANTILLA DE SEMANA DISEÑADA

LUNES — arranque fuerte
□ Trabajo profundo: 8-10 AM (el lunes por la mañana tiene el mayor
  cortisol natural y la menor acumulación de fatiga de la semana)
□ Revisión semanal: 7:30-7:50 AM antes de empezar
□ No programar reuniones antes del mediodía si es posible

MARTES/JUEVES — días de colaboración
□ Reuniones y sincronizaciones concentradas en estos días
□ Trabajo de revisión de PRs, code reviews, pair programming
□ Esto libera los otros días para trabajo profundo sin interrupción

MIÉRCOLES — día de trabajo profundo 2
□ Sin reuniones si hay autonomía para esto
□ El trabajo técnico más difícil de la semana
□ Mini-prep de meal prep si es necesario

VIERNES — cierre y aprendizaje
□ Documentación, tickets, trabajo administrativo de la semana
□ 30 minutos de lectura técnica o exploración de algo nuevo
□ Cierre ordenado: el viernes a las 17:30 no hay nada urgente
  que no pueda esperar al lunes — si parece que sí, examinar
  si el problema es real o es ansiedad de cierre incompleto

FIN DE SEMANA
□ Al menos un día sin laptop abierta por trabajo
□ El cuerpo y el cerebro no tienen modo de recuperación
  profunda mientras el trabajo está "presente"
□ La mejor decisión técnica de la semana a menudo llega
  el domingo por la mañana cuando el cerebro procesó
  en modo background sin presión activa

El Número que Importa: La Consistencia de 90 Días

Noventa días es el umbral donde los cambios de comportamiento se vuelven patrones. Antes de los 90 días, cualquier hábito nuevo requiere decisión activa. Después, se vuelve el comportamiento por defecto — la cosa que haces sin tener que decidirlo.

El objetivo de este sistema completo no es perfección en ninguna de las áreas. Es consistencia suficiente en todas ellas durante 90 días para que el estado basal mejore:

Energía base más alta (no el pico del café — la energía sin estimulantes)
Menos días de alta fatiga
Trabajo profundo más accesible y sostenible
Menos dolor físico durante la jornada
Reacciones emocionales menos reactivas ante los problemas del trabajo

Esos cambios no son visibles semana a semana. Son obvios cuando ves hacia atrás desde el día 91.

El desarrollador que optimiza solo su código y descuida el sistema que lo escribe está haciendo exactamente lo que le diría a un cliente que no hiciera: enfocarse en los síntomas y no en la arquitectura. Tú eres el sistema más importante que tienes que mantener.