Dubito che tu abbia torto e penso che chiunque nel settore confermerebbe aneddoticamente che ci sono variazioni tra programmatori e sviluppatori, ma penso che il problema sia molto più interessante di questo. L'articolo collegato ti offre un punto interessante: non è probabile che tu trovi una buona metrica di produttività che si adatti a tutte le definizioni di uno sviluppatore. I 6 archetipi (ok, 5, perché uno è uno scherzo) hanno criteri diversi: il cavallo di battaglia può produrre più codice, ma l'innovatore non lo fa perché sta pensando a nuovi, pazzi modi di fare le cose. Ci sono diversi percorsi per essere un buon programmatore e non tutti sono d'accordo su quello che sono.
Questo probabilmente si applica anche alla varianza nel tuo lavoro quotidiano. Puoi misurare questo, diciamo, con le KLOC, ma probabilmente è solo un aspetto della tua produttività. Migliorare ciò migliorerà la tua produttività, ma il kicker è che se la tua metrica / modello di produttività non include fattori fuori dal tuo controllo (riunioni, ad esempio) ma che sono altamente correlati con i tuoi fattori (KLOC), tu potrebbe
Il documento originale misura la risoluzione dei problemi su puzzle semplici e quantificabili. È difficile farlo nel mondo reale, quindi potresti usare l'approccio caldo e indistinto di darti un giudizio soggettivo (o il tuo manager) su quanto sei produttivo quel giorno - probabilmente è una misura migliore vista la difficoltà di quantificare Questo.
Se vuoi misurarlo da solo, la risposta è probabilmente specifica per te e il tuo posto di lavoro. Tieni un log per qualche settimana e divertiti a tagliare i dati. Alcune idee: per rispondere alla tua domanda di base, se dividi in modo casuale i dati in due set ed esegui un t-test, puoi avere un'idea se esiste una variabilità giornaliera. Puoi eseguire il bucket delle tue giornate per giorno della settimana e fare un test ANOVA o t-pair per vedere se ci sono differenze nei giorni della settimana.