No pierdes un minuto.
Pierdes 23.

Mantener el modelo mental de un código en la cabeza es frágil de una manera que la mayoría de los otros trabajos no son. La investigación sobre el estado de flujo de los desarrolladores sitúa el coste de una concentración rota en hasta 23 minutos para recuperarse por completo, y las interrupciones llegan cada 3 a 10 minutos de media. Un estudio citado en GitHub estima que las interrupciones frecuentes por reuniones, mensajes y preguntas rápidas pueden borrar hasta el 82% del tiempo productivo de un desarrollador.

Los rompedores de flujo más comunes no son las reuniones, son las notificaciones: Slack, el correo electrónico, las alertas del calendario. Y el daño no requiere una respuesta. Solo ver aparecer una notificación en pantalla puede ser suficiente para romper la concentración, incluso si no la tocas. Se ha demostrado que el cambio de contexto en general cuesta aproximadamente el 40% del tiempo productivo de una persona a lo largo de la jornada laboral.

La mayoría del trabajo intelectual tolera cierta fragmentación. Escribir un correo, revisar un documento, todo eso puede sobrevivir a un hueco de cinco minutos sin mucho coste. La programación es diferente porque el «estado» que mantienes no está escrito en ningún sitio, es un modelo mental vivo de estados de variables, pilas de llamadas y el bug o la funcionalidad concreta sobre la que estás razonando. Una interrupción no pausa ese modelo, lo borra, y reconstruirlo es donde se van los 23 minutos.

Por eso «solo lo miro un segundo» es un peor trato para un desarrollador que para casi cualquier otro rol. La mirada rápida en sí puede llevar diez segundos. El modelo mental que cuesta tarda 23 minutos en reconstruirse, si es que se reconstruye antes de que llegue la siguiente interrupción.

Muchos equipos de ingeniería han conseguido gestionar bastante bien el ruido de Slack, los horarios de notificaciones, las daily agrupadas, una reunión al día en lugar de tres. La investigación sobre la frecuencia de las reuniones respalda ese instinto: los equipos que tienen una reunión al día mantienen el progreso en los objetivos diarios casi el 99% del tiempo, una cifra que cae al 14% cuando se añade una tercera reunión.

Nada de esa disciplina de Slack toca el teléfono que está al lado del teclado. Un mensaje, una notificación de redes sociales, una actualización de un juego, todo eso interrumpe el mismo modelo mental frágil que Slack, pero normalmente no forma parte de ninguna política de tiempo de concentración del equipo porque son personales, no profesionales.

Los modos de concentración de iOS pueden silenciar las notificaciones durante un bloque de programación, pero las aplicaciones siguen a un toque de distancia, y silenciar una notificación no detiene la mirada refleja que ocurre de todos modos. El hábito de echar un vistazo al teléfono entre compilaciones o mientras esperas a que termine una suite de pruebas no necesita una notificación para activarse.

Fella bloquea las aplicaciones seleccionadas a nivel de iPhone usando el framework Screen Time de Apple, así que no hay nada que abrir ni siquiera en los momentos intermedios. Un desbloqueo de emergencia de 5 minutos al día cubre una necesidad real, y las herramientas de trabajo como Slack, el correo electrónico y las aplicaciones de tickets pueden permanecer sin bloquear todo el tiempo.

1. Bloquea las aplicaciones que no forman parte del trabajo. Redes sociales, juegos y aplicaciones de entretenimiento; deja Slack, el correo electrónico y tu sistema de tickets sin bloquear.

2. Deja que el bloqueo se mantenga durante todo el día de programación. Sin un interruptor para desactivarlo entre tickets.

3. Usa el desbloqueo de emergencia para algo real. Una ventana de 5 minutos al día, no un scroll durante la compilación.

4. Las aplicaciones se bloquean automáticamente de nuevo. Sin necesidad de fuerza de voluntad mientras estás en medio de un stack trace a las 4 de la tarde.