Existe-t-il des recherches sur les différences quotidiennes de productivité par le même programmeur?


10

Il y a eu une vague d'activités sur Internet pour discuter d'une énorme différence entre la productivité des meilleurs programmeurs et la productivité des pires. Voici un résultat typique de Google lors de la recherche sur ce sujet: http://www.devtopics.com/programmer-productivity-the-tenfinity-factor/

Je me demandais s'il y avait eu des recherches ou des discussions sérieuses sur les différences de productivité au jour le jour par le même programmeur.

Je pense que personnellement, il y a une énorme différence dans ce que je peux faire au jour le jour, donc je me demandais si quelqu'un d'autre ressent la même chose ou a fait des recherches.


Je travaille mieux du mercredi à la fin de la semaine, et le lundi est comme un cauchemar endormi!
superM

1
Publiez-le et nous le rechercherons et le publierons comme réponse;)
PhD

1
@Nupul, lol! c'est drôle, mais c'est ainsi que naissent les mythes. Quelqu'un dit quelque chose, d'autres le prennent pour la vérité)))
superM

1
La productivité d'un "Workhorse Programmer" est strictement proportionnelle à un bon sommeil, des approvisionnements en caféine et aucune distraction (y compris certaines choses familiales)
Yusubov

Vous faites peut-être référence au Ballmer Peak . Cela a été bien étudié et est un objectif valable pour tout codeur, mais très très difficile à atteindre. Je te souhaite beaucoup de chance, mon fils.
Hovercraft Full Of Eels

Réponses:


8

J'ai trouvé une étude qui se concentre spécifiquement sur la différence de productivité au jour le jour sur le lieu de travail. Après une lecture superficielle, il semble que l'étude suggère qu'il existe des écarts d'efficacité au jour le jour. Les données recueillies semblent indiquer que lundi est la journée la plus productrice de travail, les mardi-jeudi ne sont pas loin derrière et le vendredi est environ 2/3 aussi efficace. Le samedi est environ la moitié de celui du vendredi et pratiquement aucun travail n'est effectué le dimanche.

Il souligne également, comme nombre de réponses, que c'est une chose très difficile à mesurer car il y a des tonnes de facteurs qui s'appliquent. Cette étude n'est pas non plus spécifique à l'informatique ou à des domaines connexes.


+1 - C'est intéressant. Les grandes études sur les entreprises x semblent mesurer simplement les heures travaillées, mais il existe quelques mesures intéressantes pour les études sur une seule entreprise.
spinning_plate

+1 - J'aime la section sur les taux d'erreur par jour de la semaine.
Vivian River

Où trouvez-vous de tels articles !!! C'est vraiment sympa. Je l'ai téléchargé sur mon Kindle pour le lire en allant travailler))
superM

1

Je ne vois pas comment il serait même possible d'obtenir quoi que ce soit, même à distance, statistiquement valide autour de cela. Il y a tellement d'écarts en fonction des types de tâches qui vous sont assignées un jour particulier. Si je fais surtout des trucs simples, je peux certainement obtenir plus de résultats, mais quand je travaille sur quelque chose qui nécessite beaucoup de recherches, il semblerait que cela progresse moins. Même chose avec les réunions avec les clients, le renvoi des exigences, les bons BA pauvres ou les directeurs de comptes, etc.


Si vous aviez beaucoup de temps et beaucoup d'argent, vous pourriez mesurer les employés d'une entreprise pendant un an ou deux en collectant un tas de données mesurables (lignes de codes, enregistrements, réunions, toutes les affaires) avec une mesure de promotions ou une mesure de gestion subjective et effectuer une PCA / PRC sur ces données - cela vous fournirait un plus petit ensemble de facteurs qui captent le plus de variance pour générer une métrique qui corrèle les données dures avec l'évaluation douce. cela suppose que votre productivité => performance de travail qui n'est pas toujours vraie, mais c'est un début
spinning_plate

Mais pour obtenir un échantillon statistique valide, vous devez tester des développeurs dans toutes les langues et tous les sexes, ainsi que de grandes petites entreprises et un tas de cultures d'entreprise différentes. J'ai utilisé pour concevoir et effectuer des études statistiques et la sélection d'échantillons qui couvre de manière adéquate les facteurs possibles affectant les données est la partie la plus difficile. Dans ce cas, sans homogénéité qui vous permettrait d'utiliser un petit échantillon, la taille de l'échantillon pour être statistiquement valide serait bien au-delà de ce que n'importe qui pourrait raisonnablement se permettre de payer.
HLGEM

Oui ... Faire cela pour une seule entreprise ne généralise pas car cela nécessite une évaluation subjective. L'évaluation par la direction d'un seul programmeur est susceptible d'être très différente d'une entreprise à l'autre
spinning_plate

1

Je doute que vous vous trompiez et je pense que n'importe qui dans l'industrie confirmerait de manière anecdotique à la fois qu'il existe des variations entre les programmeurs et les développeurs, mais je pense que le problème est beaucoup plus intéressant que cela. L'article que vous avez lié apporte un point intéressant: vous ne trouverez probablement pas une bonne métrique de productivité qui correspond à toutes les définitions d'un développeur. Les 6 archétypes (ok, 5, car l'un est une blague) ont des critères différents - le bourreau de travail peut produire plus de code, mais l'innovateur ne le fait pas parce qu'il pense à de nouvelles façons folles de faire les choses. Il existe différentes voies pour être un bon codeur et tout le monde n'est pas d'accord sur ce qu'il est.

Cela s'applique probablement aussi à la variance de votre travail quotidien. Vous pouvez mesurer cela par, disons, les KLOC, mais ce n'est probablement qu'un aspect de votre productivité. Améliorer cela améliorera votre productivité, mais le plus important est que si votre métrique / modèle de productivité n'inclut pas de facteurs hors de votre contrôle (réunions, par exemple) mais qui sont fortement corrélés avec vos facteurs qui sont (KLOC), vous mai

L' article original mesure la résolution de problèmes sur des puzzles simples et quantifiables. Il est difficile de le faire dans le monde réel, vous pouvez donc utiliser l'approche chaleureuse et floue de vous donner un jugement subjectif (ou votre manager) sur votre productivité ce jour-là - ce sera probablement une meilleure mesure étant donné les difficultés à quantifier cette.

Si vous voulez le mesurer vous-même, la réponse est probablement spécifique à vous et à votre lieu de travail. Gardez un journal pendant quelques semaines, puis amusez-vous à découper vos données. Quelques idées: pour répondre à votre question de base, si vous partitionnez les données en deux ensembles de manière aléatoire et effectuez un test t, vous pouvez vous faire une idée de la variabilité au jour le jour. Vous pouvez regrouper vos jours par jour de la semaine et faire une ANOVA ou des tests t par paires pour voir s'il y a des différences les jours de la semaine.


Ne dites pas au demandeur de répondre à sa propre question. Il demande si quelqu'un sait si des études existent. Une réponse appropriée n'est pas «faites-le vous-même».
David Cowden

@David Cowden - Il demande également des opinions subjectives. Je fais un commentaire similaire à la réponse de HLGEM selon laquelle il s'agit d'une question difficile et pourquoi il n'y a peut-être pas de bonnes mesures. De plus, j'essaie de faire valoir que toute recherche à ce sujet pourrait ne pas s'appliquer à son lieu de travail particulier. Je ne suis pas d'accord qu'il s'agit d'une réponse inappropriée, car elle explique pourquoi il n'y a peut-être pas de recherche sur la variabilité au jour le jour.
spinning_plate

@ spinning-plate Ensuite, dites-le clairement. Bien sûr, un commentaire sur les raisons pour lesquelles il n'y a peut-être pas de recherche est valide, mais la première ligne de votre réponse est: "Mesurez vous-même, la réponse est probablement spécifique à vous et à votre lieu de travail." Cela ne semble pas très utile.
David Cowden

C'est juste ....
spinning_plate

1

Chaque profession a cette même variabilité. Les lanceurs de baseball lancent des matchs parfaits ou se font tirer après quelques manches; Les médecins sauvent des vies ou se trompent en chirurgie; Les comédiens reçoivent une ovation debout ou quittent la scène pour se taire.

Outre l'évidence: les niveaux de caféine, la quantité de sommeil; il y a aussi juste de la chance. Si votre collègue vous pose la bonne question, cela peut être la clé pour résoudre un problème qui vous bloque depuis des jours.

Aux États-Unis, ils donnent les mêmes conseils avant des tests standardisés «dormez beaucoup et prenez un bon petit déjeuner». Bien que ce soit un bon conseil concernant la productivité générale, il ne garantit pas le succès.

Chacun a un moment de la journée où il se sent le plus productif, le plus artistique ou le plus lucide. Malheureusement, ce n'est pas le même moment de la journée pour tout le monde.

Je ne vois pas comment sachant que pour les programmeurs, le meilleur bloc de 4 heures est le mercredi de 10h17 à 14h17.


0

Il y a une réponse simple, pourquoi faire une nouvelle recherche :)

La productivité d'un "Workhorse Programmer" est strictement proportionnelle à un bon sommeil , des approvisionnements en caféine et aucune distraction (y compris certaines choses familiales)

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.