design-nation.blog/es

Joel Spolsky comenta un post de Dimitri Zimini sobre los retrasos que puede suponer sobre un proyecto el sacar al programador del mismo, y hacerle perder toda relación con el mismo, para volver atrás a otro proyecto de hace meses.

Los programadores necesitamos concentrarnos en lo que estamos haciendo. Algunos lo conseguimos aislándonos del exterior con unos auriculares, otros simplemente cerrando la puerta de la sala en la que están trabajando, otros ignorando el teléfono. Cada uno tiene su forma de atacar el problema, pero todos necesitamos lo mismo: tranquilidad.

Tranquilidad para lanzarnos a la resolución de un problema, para alcanzar el estado mental en el que todo tu cerebro, toda tu capacidad lógica, todo tu poder de raciocinio está dedicado única y exclusivamente a una cosa: resolver el bug o desarrollar la funcionalidad.

Pero alcanzar ese estado necesita de un proceso de inmersión que no es trivial, ni en tiempo, ni en esfuerzo. Por eso las interrupciones no suelen ser sólo breves cambios de contexto, sino que en realidad suponen la explosión de una burbuja, la burbuja en la que te encuentras, que te aísla de todo lo que no sea tu funcionalidad.

Por eso, una interrupción de sólo unos minutos te puede suponer una pérdida de horas de trabajo. Porque no todo es tan fácil como poner una señal en un libro para saber dónde te llegas. Es muy complicado salir de un problema para volver a entrar en él, sobre todo si entre medias tienes que realizar otra inmersión en un problema totalmente distinto a aquél del que te han sacado.

Las interrupciones pueden ser inevitables. Hay veces en las que es necesario pararlo todo para resolver un bug de alguna aplicación que se desarrolló hace meses, pero eso no significa que esa deba ser la forma normal de operar.

No se puede estar cambiando de contexto cada hora. Simplemente, no se puede.