Sin embargo, sé que no puedo programar productivamente durante 8 horas sólidas.
Si está definiendo el problema, codificación exploratoria para tratar de descubrir cómo interactuar con un sistema externo (y ese sistema está documentado y sano), probablemente 3 en flujo, con otros 3–4 menos productivos; Soy casi tan productivo como cuando tengo todo lo que necesito en mi cabeza, pero me agota más rápido.
Cambió mi vida: método revolucionario de ‘pirateo mental’ para vencer la dilación
- ¿Cómo es trabajar en Arista Networks, oficina de Bangalore? ¿Cuáles son las ventajas que ofrece la empresa?
- ¿Cuántas horas trabajó el trabajador romano promedio (no esclavo) en una semana?
- ¿Prefieres trabajar duro (semanas de 70 horas) y lograr grandes cosas, o tener un buen equilibrio entre la vida laboral y personal?
- ¿Cuál es la mejor manera de lidiar con una personalidad agresiva tipo A + en el trabajo?
- ¿Cómo pueden las personas trabajadoras lograr tanto como las personas inteligentes (prodigio)?
Si es un trabajo pesado, o simplemente golpearme la cabeza contra una pared (cualquier prueba y error, como interactuar con algo indocumentado, estúpido, inconsistente, doloroso, etc.), tal vez 2 horas algo productivas, en el transcurso de 6 horas (el los otros 4 no son productivos, en absoluto), ya que cada cosa me distraerá, y después de 6 estoy mentalmente exhausto.
¿Realmente importa cuántas horas serás productivo? Esperemos que este cliente esté pagando por USTED y no por su código. Si no, ¿cómo lo hace para que paguen por USTED y no por su código?
Cuando estoy sentado en su oficina, soy sensible a la percepción de que no estoy trabajando duro, y en un estilo de gestión normal, no vale la pena (porque no parezco ocupado).
Supongo que también tengo una fuerte moralidad protestante de no cobrar de más, y si me contratan por un día de 8 horas, sería mejor que les diera 8 horas de trabajo.
Creo que la ambigüedad mata la producción de programación, y en esta industria hay grandes cantidades de historias de terror sobre proyectos mal definidos. Y tampoco creo que la documentación sea una especie de interrupción de trabajo sin sentido, como alguien eludió. Ser capaz de explicar eficazmente su código desde un punto de vista técnico y / o funcional también requiere atención y energía.
Al entrar en el quemado (como mbenjaminsmith o Daishiman) puedo concentrarme hasta 8-10 h + al día, el problema es el agotamiento: meses con una concentración reducida y una productividad casi negativa en calidad y cantidad algunos días.
En casa, la falta de ruido y la interrupción no deseada aumentan la capacidad de concentración y puedo codificar 6 horas con mejor calidad. Sin embargo, la falta de interacción social a largo plazo erosiona mi placer de trabajar, por lo que no lo hago con demasiada frecuencia. (pero también debe ocurrir en un buen ambiente de trabajo o con un buen Daishiman mental o walshemj).
Al final del día, no vas a programar tan efectivamente como al principio. Esta es solo la naturaleza de trabajar 8 horas al día; el cliente no esperará que seas una máquina. Si realmente está preocupado por esto, intente pensar y planificar todo al comienzo del día, dejando tareas más sencillas para cuando se cansa.
Nunca digo que puedan esperar X horas de mí a la semana porque, francamente, nunca he sido bueno para mantener un ritmo constante por hora por semana. Cuando lo hacía por hora, promediaba unas 20 horas a la semana de programación (era bastante fanático de iniciar / detener el reloj). Cuando me acercaba a los 30, era cuando estaba presionando una fecha límite o acercándome al agotamiento.