Un ingeniero de software necesitó un temporizador de 15 minutos y bloquear cada distracción posible en su computadora solo para escribir sobre un problema que lo persigue a diario: cada vez le cuesta más quedarse en una sola tarea. El caso, documentado en el blog personal del desarrollador que firma como Glyphack, resume una queja que circula hace meses entre programadores: entre el celular, las pestañas del navegador y un chat abierto con un LLM, la atención fragmentada se volvió la norma.
El autor no busca trabajar jornadas maratónicas. Solo quiere que la hora que dedica a programar o escribir sea, de verdad, una sola actividad y no diez interrupciones de seis minutos.
TL;DR
- El developer Glyphack necesita un temporizador de 15 minutos y bloquear distracciones para escribir con foco real.- Calcula que hoy logra apenas 1 hora de atención sostenida al día, frente a jornadas completas de estudio y open source de antes.- Identifica 3 disparadores de distracción: saltar de enlace en enlace, revisar el celular al esperar algo, y levantarse ante un problema difícil.- En un experimento previo de seguimiento de tiempo, midió 8 horas semanales dedicadas solo a chatear en Slack.- Señala a los LLMs como nueva fuente de distracción: delega una tarea y sigue pensando en ella mientras espera la respuesta.- Desde 2015 evita tener el cargador del celular cerca de la cama para frenar el scroll nocturno.- Propone medir el propio tiempo con time tracking antes de intentar arreglar el foco a ciegas.
Qué pasó
El ensayo "It's getting harder to focus every day" apareció en el blog personal de Glyphack y describe un patrón que el propio autor documentó sobre sí mismo. Durante años, mientras estudiaba, trabajaba y colaboraba en proyectos open source al mismo tiempo, lograba sostener el foco necesario para avanzar en los tres frentes. Hoy, según cuenta, se conforma con una hora de trabajo concentrado por día.
El autor no describe un caso aislado de procrastinación: enumera disparadores concretos. Buscar un enlace relacionado con lo que está haciendo termina en una cadena de clics hacia contenido no relacionado. Esperar una respuesta (de un compañero, de un build, de un LLM) es tiempo suficiente para abrir el navegador y perder el hilo. Y frente a un problema que exige pensar diez minutos sin resolverlo de inmediato, el cuerpo encuentra una excusa: levantarse por agua, revisar el celular, incluso tender la cama.
El autor traza una comparación entre la universidad y el trabajo. En la universidad, dice, quien copiaba tareas sin entender el tema quedaba en evidencia apenas alguien le preguntaba algo puntual: una buena nota no significaba mucho por sí sola. En su primer empleo encontró algo distinto: personas que apenas prestaban atención real a su trabajo eran igualmente consideradas exitosas, mientras la mayoría de sus días se repartía entre reuniones y chat interno.
Contexto e historia
El propio autor rastrea el origen del problema hasta 2015, cuando decidió no tener nunca un cargador cerca de la cama. En esa época, el diagnóstico ya era claro para él: las aplicaciones diseñadas para retener atención (lo que hoy se conoce como la economía de la atención) capturaban horas de un adolescente sin que este lo notara. En la computadora, en cambio, el uso era distinto: leer, programar o jugar ajedrez, actividades intencionales, no navegación pasiva.
Ese equilibrio se rompió cuando descubrió sitios como Hackernoon y Medium, la primera fuente de contenido que consumía por aburrimiento frente a la computadora. En sus primeros años esos sitios tenían contenido de calidad (el autor menciona haber encontrado ahí canales que lo motivaron a programar más), pero con el tiempo, dice, quedaron llenos de artículos de relleno optimizados para monetización. Hacker News, YouTube y, más recientemente, los asistentes basados en LLMs ocuparon ese espacio.
Bloquear notificaciones es el primer paso, pero no el único.
Detalles técnicos: cómo los LLMs profundizan la atención fragmentada
El autor identifica un patrón específico de los asistentes de IA que no existía con las herramientas anteriores. Cuando delega una tarea a un LLM y pasa a otra actividad mientras espera la respuesta, no logra desconectarse de la primera: sigue pensando en qué está haciendo el modelo con esa tarea. El resultado es que ninguna de las dos actividades recibe atención completa.
El propio autor lo resume así: el cerebro encuentra la forma de evitar situaciones incómodas, como el aburrimiento o el trabajo difícil, y una tarea delegada a un LLM sin terminar es la excusa perfecta para desviar la atención hacia otra cosa.
Hay un segundo patrón inverso: en vez de empezar a trabajar, abre un chat con el LLM a discutir una idea y se queda ahí, en modo investigación, durante horas, sin escribir una sola línea de código. Ninguno de los dos modos (delegar y esperar, o conversar sin ejecutar) equivale a trabajo enfocado real.
El diagrama siguiente resume el ciclo de espera interactiva que describe el autor:
sequenceDiagram
participant D as Developer
participant L as LLM
D->>L: delega una tarea
Note over D: sigue pensando en la tarea delegada
D->>D: intenta empezar otra cosa
L-->>D: responde minutos despues
D->>D: corrige y valida la respuesta
La alternativa que plantea el propio autor es tratar al LLM como una tarea asíncrona de verdad: pedir algo que el modelo pueda resolver de punta a punta sin supervisión, cerrar el chat y no volver a abrirlo hasta que la tarea original (la humana) esté terminada.
💡 Tip: si vas a delegar una tarea a un LLM, escribí el pedido completo, cerrá la pestaña o la terminal, y poné un timer para revisar la respuesta recién cuando termines tu propio bloque de trabajo.
Cómo empezar: recuperar bloques de trabajo profundo
Bloquear las distracciones a nivel de sistema operativo es más efectivo que confiar en la fuerza de voluntad. El archivo hosts existe en Windows, macOS y Linux, y permite redirigir un dominio a 127.0.0.1 para que el navegador no pueda resolverlo.
En Linux y macOS se edita con permisos de administrador:
sudo -- sh -c "echo '127.0.0.1 reddit.com' >> /etc/hosts"
sudo -- sh -c "echo '127.0.0.1 www.reddit.com' >> /etc/hosts"
En Windows, el mismo archivo vive en C:\Windows\System32\drivers\etc\hosts y se edita desde una PowerShell como administrador:
Add-Content -Path C:\Windows\System32\drivers\etc\hosts -Value "127.0.0.1 reddit.com"
Estas líneas bastan para que ese dominio deje de cargar en cualquier navegador de la máquina. El siguiente script automatiza el bloqueo temporal y lo revierte solo, algo más práctico que editar el archivo a mano cada vez:
#!/usr/bin/env bash
# focus.sh 25 -> bloquea distracciones por 25 minutos
MINUTOS=${1:-25}
SITIOS=("reddit.com" "www.reddit.com" "twitter.com" "x.com" "news.ycombinator.com")
for sitio in "${SITIOS[@]}"; do
echo "127.0.0.1 $sitio" | sudo tee -a /etc/hosts > /dev/null
done
echo "Bloqueo activo por $MINUTOS minutos."
sleep "$((MINUTOS * 60))"
for sitio in "${SITIOS[@]}"; do
sudo sed -i.bak "/127.0.0.1 $sitio/d" /etc/hosts
done
echo "Bloqueo terminado."
Guardado como focus.sh y ejecutado con bash focus.sh 25, el script agrega las entradas al inicio, duerme el proceso durante los minutos indicados y borra esas líneas del archivo hosts al terminar. Para confirmar que el bloqueo está activo mientras corre, alcanza con cat /etc/hosts | grep reddit: si aparece la línea con 127.0.0.1, el dominio no va a resolver hasta que el script lo revierta.
Antes de bloquear nada, conviene medir en qué se va el tiempo real. Herramientas como RescueTime, Toggl Track o un simple log manual en un archivo de texto sirven para confirmar, con datos propios, cuántas veces por hora se cambia de pestaña o de tarea. El propio autor llegó a la cifra de 8 horas semanales en Slack gracias a ese mismo ejercicio, no a una intuición.
Un temporizador visible ayuda más que una app de bloqueo escondida.
Impacto y análisis
El caso de Glyphack no es único, pero pone en palabras algo que muchos desarrolladores reportan de forma anecdótica: la atención fragmentada se volvió el estado por defecto del trabajo técnico, no la excepción. El propio autor midió antes su tiempo real en el trabajo y encontró que había pasado 8 horas en una semana solo chateando en Slack, la mitad de una jornada laboral completa.
No todas las técnicas para recuperar el foco funcionan igual según el tipo de tarea:
TécnicaCómo funcionaVentajaLimitaciónBloqueo de sitios (hosts file)Redirige dominios distractores a 127.0.0.1Gratis, funciona a nivel de sistema operativoHay que automatizar el revertido o hacerlo a manoPomodoro (25/5)Bloques cortos con descansos fijosFácil de empezar, bajo compromisoPuede interrumpir justo cuando aparece el flowTimeboxing largo (90+ min)Un bloque largo sin revisar mensajesPermite entrar en trabajo profundo realExige negociar la desconexión con el equipoDelegar a un LLM de forma asíncronaSe pide la tarea completa y se cierra el chat hasta que termineEvita el ciclo de espera interactiva descrito arribaSolo sirve si la tarea no necesita corrección en el camino
📌 Nota: el propio autor aclara que su objetivo no es maximizar horas de trabajo, sino que cada hora dedicada a programar, aprender o escribir sea una sola actividad y no una mezcla de diez interrupciones cortas.
Qué sigue
El propio autor no ofrece una solución cerrada: describe el problema como algo que todavía está tratando de deshacer, no un hábito ya corregido. Lo que sí queda claro en su relato es la dirección: medir el propio tiempo antes de intentar arreglarlo a ciegas, tratar a los LLMs como delegación asíncrona en vez de chat interactivo, y proteger bloques largos sin mensajería abierta para achicar la atención fragmentada del día a día.
Si esta discusión se repite en foros de programadores como Hacker News y Reddit en los próximos meses, es probable que aparezcan más herramientas pensadas específicamente para el patrón de distracción que generan los asistentes de IA, y no solo para el celular o las redes sociales.
📖 Resumen en Telegram: Ver resumen
Probalo vos: guardá el script focus.sh de arriba, corré bash focus.sh 25 antes de tu próxima tarea difícil y medí cuánto tardás en distraerte esta vez.
Preguntas frecuentes
¿Qué es la atención fragmentada?
Es el patrón de saltar entre tareas sin completar ninguna con foco real, alternando trabajo, mensajes y contenido pasivo en ciclos de pocos minutos.
¿Por qué delegar una tarea a un LLM puede distraer más en vez de menos?
Porque en el modo de chat interactivo el desarrollador sigue pensando en la tarea delegada mientras espera la respuesta, sin lograr desconectarse para atender otra cosa.
¿Sirve de verdad bloquear sitios con el archivo hosts?
Sí, porque actúa a nivel de sistema operativo y no depende de que una extensión del navegador siga activa ni de la fuerza de voluntad para no desactivarla.
¿Cuál es la diferencia entre usar un LLM de forma síncrona y asíncrona?
En el uso síncrono el desarrollador espera la respuesta en tiempo real y queda con atención dividida; en el asíncrono se entrega la tarea completa y se retoma recién cuando el modelo terminó.
¿El problema es solo de los LLMs?
No: el propio autor documenta el mismo patrón desde 2015 con el celular y desde antes con foros y redes; los LLMs son la capa más reciente sobre un problema anterior.
Referencias
- glyphack.com: ensayo original del autor sobre atención fragmentada y distracción al programar.- en.wikipedia.org: contexto sobre la economía de la atención y cómo las plataformas compiten por el tiempo del usuario.- en.wikipedia.org: autor de "Deep Work", marco citado en discusiones sobre trabajo profundo y foco.- news.ycombinator.com: comunidad donde circulan discusiones recurrentes de developers sobre productividad y distracción.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Top comments (0)