Jim Rogers ha dado en el clavo. Las «largas horas» son contraproducentes y, sin embargo, siguen ocurriendo en la «industria» (no importa el mundo académico, que es un tema diferente).
Personalmente nunca he sido capaz de hacer mucho más de unas seis horas al día de trabajo real. Lo máximo que he dedicado a la semana han sido unas 60 horas, pero eso fue como estudiante de un curso de reconversión en horario lectivo (no es que haya dedicado mucho menos fuera de ese horario).
Programar no es como apilar estanterías, o cavar carbón. Los estajanovistas no necesitan aplicar, porque la productividad por hora disminuye rápidamente.
Dicho esto, la programación es aún más 24/7 (ok, 24/6) que ser un BOFH, particularmente cuando se desarrollan nuevos sistemas. Dichos sistemas, por definición, implican aprendizaje, aunque sólo sea sobre el dominio del proyecto en algunos días. Pero, por lo general, uno sale del trabajo y sigue teniendo algunas ideas sobre cómo podría ser mejor lo que ha hecho. O, al menos, yo lo hacía; dudo que el tipo de personas que dicen «trabajar» 60-80 horas a la semana tengan la misma motivación para ponerse al día fuera del trabajo que los que hacen 35-45!
Hay muchas formas de parecer ocupado durante veinte horas más a la semana, pero la programación (codificación y depuración, en solitario y en equipo) es una actividad de bastante alta intensidad.
Pero, de nuevo, puede que no sea la persona más adecuada para responder a esta pregunta. Como ya he dicho, sólo puedo gestionar unas seis horas al día. Incluso antes de que oyera hablar de los mini hitos como concepto, mi plan para el día siguiente sería de tres o cuatro «tareas» de 90-120 minutos, tanto si estaba en modo de desarrollo puro como si no. Y ese plan no se hacía en horas de trabajo, sino en la bañera de casa, o incluso en el pub (aunque es más probable que sea al volver a casa y acostarse).