¿Cómo explicar a un laico por qué no se debe interrumpir a un desarrollador mientras se codifica hasta el cuello? [cerrado]

93

Si solo considera la segunda parte de mi pregunta, "¿Por qué un desarrollador no debe ser interrumpido mientras está metido en la codificación", eso ha sido discutido varias veces por personas inteligentes? Heck, incluso el cofundador de SO, Joel Spolsky, escribió una publicación del blog sobre "entrar en la zona" y "ser eliminado de la zona" y por qué lleva un promedio de 15 minutos alcanzar la productividad al participar en tareas complejas relacionadas con el desarrollo de software. Así que creo que el por qué se ha establecido.

Lo que me interesa es cómo explicarle todo esto a alguien que no conoce frijoles sobre Beans (me refiero al desarrollo de software). ¿Cómo decirle a la esposa, o al tipo gracioso de la contabilidad en el lugar de trabajo, o al amigo de mucho tiempo que te llama por Skype cada 30 minutos con un "Wazzzzzzup?!", Que todas las interrupciones tienen un impacto mucho más profundo en tu trabajo que Los obvios 30 segundos que tomaron de su tiempo. Obviamente, no puedes explicarlo con frases como "Tengo que hacer malabarismos con muchos nombres de variables en mi memoria a corto plazo" a menos que quieras ser el objetivo de miradas en blanco o abuso amistoso.

Me gustaría poder explicar todo eso a los no desarrolladores de una manera que los haga entender claramente, sin ser ofensivos, elitistas o demasiado técnicos.

EDITAR: Gracias a todos por sus excelentes ideas. He aceptado la respuesta de EpsilonVector ya que su analogía era la más cercana a mis necesidades originales. La explicación de "quedarse dormido" no es ni ofensiva ni técnica, casi cualquiera puede relacionarse con ella, y las consecuencias de perturbarse al quedarse dormido o al estar en la zona son muy similares: experimentas frustración y "pierdes" 15-20 minutos de tiempo.

    
pregunta 8 revs, 5 users 36%András Szepesházi 12.04.2017 - 09:31
fuente

0 respuestas

Lea otras preguntas en las etiquetas