El problema concreto de los programadores es lo cara que resulta en realidad una interrupción en comparación con casi cualquier otro tipo de trabajo. Sostener en la cabeza una función compleja, toda una pila de llamadas, o la causa probable de un bug difícil es un tipo de concentración frágil, y un vistazo de treinta segundos al móvil no cuesta solo treinta segundos — puede costar los diez o quince minutos que lleva reconstruir ese modelo mental desde cero, lo cual es parte de por qué los programadores a menudo describen haber perdido una hora entera de productividad por lo que, visto desde fuera, parecían un par de pausas cortas. La investigación sobre el cambio de contexto en el trabajo del conocimiento encuentra de forma constante que retomar una tarea compleja tras una interrupción lleva notablemente más tiempo que la propia interrupción, y en el caso concreto de la programación — donde el «contexto» es todo un modelo mental de un sistema, no solo un hilo de pensamiento — esa brecha tiende a ser peor que en la mayoría de otros tipos de trabajo. Esto es parte de por qué tanto se escribe sobre la cultura de la ingeniería de software tratando los horarios de «maker» y los bloques largos e ininterrumpidos como un requisito de productividad genuino en lugar de algo simplemente deseable — el coste de la fragmentación en este tipo de trabajo es mensurablemente peor que en roles con tareas más cortas y por naturaleza más interrumpibles.
Lo que probablemente ya has probado
No Molestar durante las compilaciones y las revisiones de código, auriculares con cancelación de ruido como señal social de que no hay que interrumpir, un bloqueador de webs para saltar de pestaña en pestaña en Stack Overflow que de algún modo siempre incluye una excepción para «solo esta búsqueda», y probablemente una app de bloqueo gratuita que se desinstaló la primera vez que interfirió con la necesidad legítima de consultar documentación o un mensaje de trabajo en Slack en medio de una depuración. Los temporizadores de estilo Pomodoro ayudan a algunos desarrolladores a marcar el ritmo de una sesión larga, pero un temporizador que termina en mitad de una depuración no sabe ni le importa que estuvieras a treinta segundos de encontrar el bug, y tomarte el descanso de todos modos porque el temporizador lo dice puede ser tan disruptivo como la distracción que se suponía que debía evitar. Algunos equipos prueban «horas de concentración» compartidas como norma, lo cual ayuda cuando todo el mundo las respeta de verdad, pero una norma sin ningún mecanismo de cumplimiento tiende a erosionarse la primera vez que una fecha límite hace que una excepción parezca justificada, para alguien, en algún punto del equipo.
Por qué el consejo genérico de bloqueo falla aquí en concreto
«Bloquea las redes sociales durante el horario de trabajo» pasa por alto que el menú real de distracciones de un programador es más amplio y está más pegado al trabajo que el de la mayoría de la gente — foros, agregadores de noticias como Hacker News, notificaciones de GitHub, una docena de pestañas del navegador que parecen vagamente justificables como «técnicamente relacionadas con el trabajo». Una lista de bloqueo construida para un oficinista genérico no encaja de forma limpia con esa mezcla concreta, y una construida demasiado estrecha deja las fugas reales completamente abiertas. También tiende a tratar todas las interrupciones como igual de malas, cuando en la práctica el daño escala con la profundidad del estado mental en el momento de la interrupción — un vistazo rápido durante una revisión de código rutinaria cuesta mucho menos que el mismo vistazo en mitad de la persecución de una condición de carrera, y un bloqueo de talla única no distingue entre ambas cosas. Una herramienta construida en torno a una única categoría fija de «redes sociales» también pasa por alto que para muchos desarrolladores la tentación no son las redes sociales en absoluto — es un sitio ostensiblemente relacionado con el trabajo, fácil de justificar en el momento y tan eficaz como cualquier otra cosa a la hora de comerse una hora.
Dónde encaja de verdad
Un bloqueo con quiz encaja bien aquí porque la fricción de responder a una pregunta real es un tipo de compromiso cognitivo similar al del propio trabajo — no ofrece una vía de escape más fácil y pasiva, como sí hace un temporizador de cuenta atrás o un toque de cinco segundos. Y como la lista de bloqueo es totalmente personalizable, se puede construir en torno a las apps y sitios concretos que se comen el tiempo de un desarrollador en particular, en lugar de una categoría genérica de «redes sociales» que se deja media fuga real sin cubrir. Como las preguntas rotan sobre un banco de cultura general y no evalúan nada sobre el propio código, responder una no se convierte accidentalmente en su propia forma de procrastinación — un fallo habitual en las herramientas de productividad gamificadas que premian el compromiso con el bloqueador por encima del compromiso con el trabajo real. Esa capacidad de personalización importa aquí más que en la mayoría de las demás profesiones, porque la lista real de distracciones de un desarrollador rara vez coincide con la de nadie más, y una herramienta que no se puede ajustar a esa lista real acaba siendo o demasiado laxa para importar o demasiado estricta para sobrevivir.
Dónde no encaja
Si tus interrupciones reales son legítimas — mensajes de Slack de compañeros de equipo, avisos de una guardia de disponibilidad — ningún bloqueador debería tocar esas en absoluto, y construir una lista de bloqueo demasiado amplia hará que se desactive la primera vez que bloquee algo genuinamente urgente. Y para una jornada de programación de concentración profunda, programada y con una fecha límite dura, un bloqueo más estricto y sin negociación como Cold Turkey puede servir mejor que la fricción repetida, que por diseño siempre se puede acabar sorteando. También es honesto decir que esto no resuelve la cultura de interrupción a nivel de equipo — si el problema real es una expectativa de respuesta instantánea en todos los canales, es una norma que el equipo necesita abordar directamente, y ninguna herramienta de bloqueo individual, por bien configurada que esté, cambia lo que un responsable o un equipo esperan en realidad. El trabajo de la herramienta es acotado y específico — elevar el coste del vistazo reflexivo y de bajo valor — y vale la pena tener claro que nunca pretendió arreglar por sí sola la cultura de tiempos de respuesta de un equipo.