¿Cuánto tiempo puede concentrarse un programador en un día? [cerrado]

Existe esta pregunta (que ahora está cerrada como no constructiva ) que pregunta sobre la productividad promedio por día.

Mi pregunta es, ¿hay algún estudio científico sobre la productividad de los programadores? No puedo evitar sentir que hacer 8 horas de trabajo de programación de calidad de lunes a viernes consistentemente es muy difícil. Y si es así, ¿hay alguna literatura que investigue esto?

No creo que haya ninguno, por la sencilla razón de que no puedes estudiarlo objetivamente:

1. Varía de un proyecto a otro.

Tuve que trabajar en proyectos tan aburridos que trabajar una hora por día ya era demasiado largo. Con requisitos mal escritos, una base de código existente mal escrita y ninguna calidad de mi parte, podría hacer mi mejor esfuerzo para concentrarme y encontrarme en Programmers.SE o haciendo otras cosas no relacionadas durante las últimas tres horas.

También tuve que trabajar en proyectos tan emocionantes que pasé 60 horas a la semana en ellos (sin que me obligaran a hacerlo), escribiendo un código fuente no tan malo.

En esos dos casos, yo era la misma persona. En el primer caso, mi productividad fue terrible y pude concentrarme 0 horas por semana. En el segundo, mi productividad fue alta y pude concentrarme más de 40 horas por semana.

2. Varía de una compañía a otra.

Como experiencia, puede poner dos desarrolladores en diferentes condiciones de trabajo en el mismo proyecto. Un desarrollador trabajará en su propia oficina con una PC rápida de doble pantalla, una silla cómoda, etc. La segunda tendrá un escritorio en el centro de un centro de llamadas, con una PC vieja, una conexión a Internet de 56k y una limitación de 50 MB para todos los archivos personales (y sin derecho a usar memorias USB).

Dos semanas después, invierte las condiciones de trabajo. ¿Ver la diferencia?

3. Varía de un día a otro.

Imagine que el jueves, el desarrollador sabe que podrá resolver rápidamente los problemas restantes, que el trabajo a realizar es interesante y que todo es emocionante y prometedor. También se enteró de que fue promovida, y su esposo la contactó para anunciar algunas buenas noticias relacionadas con su vida personal.

El viernes, el mismo desarrollador encuentra a su viejo perro muerto y su auto no arranca. Llega tarde al trabajo y derrama su café sobre su escritorio, etc. ¿Cómo afectaría esto a su rendimiento diario, en comparación con el día anterior?

Estos estudios se realizaron hace casi 100 años. Muchas veces terminado.

Las relaciones entre la industria y el trabajo no eran exactamente acogedoras a principios del siglo XX. Inicialmente, la industria rechazó las demandas de los sindicatos por una semana de 40 horas. Algunos cumplieron a regañadientes, y rápidamente descubrieron que los errores y el reproceso disminuyeron, la calidad aumentó, la productividad aumentó y, lo más importante de todo, las ganancias aumentaron. La noticia se difundió rápidamente, y también lo hizo la investigación. Hay algunas ganancias de productividad con semanas de trabajo más largas siempre que esas semanas más largas no sean demasiado largas y estén aisladas. La calidad, la productividad y las ganancias se ven afectadas cuando esas horas de trabajo prolongadas duran un período de tiempo significativo. La necesidad de períodos prolongados de largas semanas de trabajo fue vista por la gerencia y los accionistas como un signo clave de una gestión inepta.

Nosotros, los trabajadores del conocimiento y nuestros gerentes, hemos olvidado todo esto. Las largas horas son estándar en ciencias, tecnología, ingeniería y matemáticas. Los argumentos de que esas semanas de 40 horas no se aplican porque estamos usando nuestras mentes en lugar de nuestros cuerpos son falaces. Incluso en trabajos de trabajo físico, los problemas clave con horas de trabajo excesivas son en gran medida mentales en lugar de físicos. Las largas horas nos hacen estúpidos y propensos a errores.

Hay una razón por la que la programación extrema ha adoptado una semana de 40 horas como uno de sus principios clave. No importa si el producto se fabrica o si está programado para existir. Las horas más largas son contraproducentes y dañan el producto.

Depende del proyecto.

Si tengo algo grande y lo suficientemente desafiante como para meterme en los dientes, puedo trabajar durante unas pocas horas sin siquiera darme cuenta y trabajar más de 12 horas en un día. Sin embargo, si realmente no sé lo que estoy haciendo, no tengo presión o no veo ningún valor en el trabajo, me distraigo cada media hora.

Estoy seguro de que hay libros que describen cómo mejorar la productividad (aunque debe asegurarse de encontrar uno escrito por un desarrollador, no un libro de palabras de moda escrito por un 'consultor de gestión'), sin embargo, no creo que haya nada concreto métricas por ahí.