Dudo que se equivoque y creo que alguien en la industria confirmaría anecdóticamente que hay variaciones entre programadores y desarrolladores, pero creo que el problema es mucho más interesante que eso. El artículo que vinculó trae un punto interesante: no es probable que encuentre una buena métrica de productividad que se ajuste a todas las definiciones de un desarrollador. Los 6 arquetipos (ok, 5, porque uno es una broma) tienen criterios diferentes: el caballo de batalla puede producir más código, pero el innovador no porque está pensando en nuevas y locas formas de hacer las cosas. Hay diferentes caminos para ser un buen programador y no todos están de acuerdo con lo que son.
Esto probablemente también se aplica a la variación en su trabajo diario. Puede medir esto con, digamos, KLOC, pero eso probablemente sea solo una faceta de su productividad. Mejorar esto mejorará su productividad, pero lo más importante es que si su métrica / modelo de productividad no incluye factores fuera de su control (reuniones, por ejemplo) pero que están altamente correlacionados con sus factores (KLOC), usted mayo
El documento original mide la resolución de problemas en acertijos simples y cuantificables. Es difícil hacer eso en el mundo real, por lo que podría usar el enfoque cálido y difuso de darse un juicio subjetivo (o su gerente) sobre cuán productivo fue ese día; es probable que sea una mejor medida dadas las dificultades para cuantificar esta.
Si desea medirlo usted mismo, la respuesta probablemente sea específica para usted y su lugar de trabajo. Mantenga un registro durante algunas semanas y luego diviértase recortando sus datos. Algunas ideas: para responder a su pregunta básica, si divide los datos en dos conjuntos al azar y realiza una prueba t, puede hacerse una idea de si existe una variabilidad diaria. Puede agrupar sus días por día de la semana y hacer un ANOVA o pruebas t por pares para ver si hay diferencias en los días de la semana.