Combien de temps un programmeur peut-il se concentrer en une journée? [fermé]

10

Il y a cette question (qui est maintenant fermée car non constructive ) qui a posé des questions sur la productivité moyenne par jour.

Ma question est, y a-t-il une étude scientifique sur la productivité des programmeurs? Je ne peux pas m'empêcher de penser qu'il est très difficile de faire 8 heures de programmation de qualité du lundi au vendredi. Et si oui, existe-t-il une littérature qui enquête sur cela?

productivity

— Graviton
source

3

si c'est hors sujet, il y a de fortes chances que ce soit aussi hors sujet

— ratchet freak

C'est fermé car pas constructif, pas hors sujet. Désolé pour les informations erronées

— Graviton

1

Je vois que cette question devient dangereusement proche. Pourquoi quelqu'un voudrait fermer cela?

— Graviton

6

Jusqu'à ce que la drogue disparaisse ou que le café s'épuise.

— Rob

1

Pourrait-il être déplacé vers lieu de travail.stackexchange.com au lieu d'être fermé? Jusqu'à présent, la question et les réponses sont intéressantes.

— DistantEcho

13

Je ne pense pas qu'il y en aurait, pour la simple raison que vous ne pouvez pas l'étudier objectivement:

1. Cela varie d'un projet à l'autre

Je devais travailler sur des projets si ennuyeux que travailler une heure par jour était déjà trop long. Avec des exigences mal écrites, une base de code existante mal écrite et aucune qualité que ce soit de ma part, je pourrais faire de mon mieux pour me concentrer et me retrouver à parcourir Programmers.SE ou à faire d'autres choses sans rapport avec les trois dernières heures.

J'ai également dû travailler sur des projets si excitants que j'y consacre 60 heures par semaine (sans y être forcé), en écrivant du code source pas si mal.

Dans ces deux cas, j'étais la même personne. Dans le premier cas, ma productivité était terrible et j'ai pu me concentrer 0 heure par semaine. Dans le second, ma productivité était élevée et j'ai pu me concentrer plus de 40 heures par semaine.

2. Cela varie d'une entreprise à l'autre

Par expérience, vous pouvez mettre deux développeurs dans des conditions de travail différentes sur le même projet. Un développeur travaillera dans son propre bureau avec un PC rapide à double écran, une chaise confortable, etc. tous les fichiers personnels (et pas le droit d'utiliser des clés USB).

Deux semaines plus tard, inversez les conditions de travail. Regarde la différence?

3. Cela varie d'un jour à l'autre

Imaginez que jeudi, le développeur sait qu'il sera en mesure de résoudre rapidement les problèmes restants, que le travail à faire est intéressant et que tout est excitant et prometteur. Elle a également appris qu'elle avait été promue et son mari l'a contactée pour lui annoncer de bonnes nouvelles concernant sa vie personnelle.

Vendredi, le même développeur trouve son vieux chien mort et sa voiture ne démarre pas. Elle est en retard au travail et renverse son café sur son bureau, etc. Comment cela affecterait-il ses performances quotidiennes par rapport à la veille?

— Arseni Mourzenko
source

5

Toutes ces questions peuvent être traitées par une méthodologie de recherche appropriée. Un problème plus grave est que la productivité est difficile (voire impossible) à quantifier.

— tdammers

Une fois que vous avez dépassé tout cela, environ 6 heures semblent être le temps de codage "utile" moyen par jour.

— Brian Knoblauch

+ 1 très vrai. Pour ajouter mon expérience personnelle, elle varie même selon les niveaux de motivation. Il y a de nombreuses années, j'ai travaillé quelques séances de 50 heures et plus (ce que je ne recommanderais pas réellement) chacune en une seule séance, tout en restant relativement productif. C'était essentiellement dû à une motivation folle, cependant. J'imagine être surchargé de travail dans les développeurs de démoralisation à long terme, provoquant une grande partie de la diminution de la productivité. À long terme, 6 à 8 heures sont plus que suffisantes à mon avis.

— Daniel B

1

4. cela varie d'une personne à l'autre. Le développeur A a ADD pour adultes, ne peut pas se concentrer sur plus de 10 minutes à la fois, mais pendant ce temps, il fonctionne brillamment (et peut basculer entre deux ou trois tâches comme un pendule sur une journée), la personne B est obsessionnelle compulsive , une fois qu'elle a mis les dents dans quelque chose qu'elle ne lâche jamais jusqu'à ce qu'elle soit terminée, elle peut travailler 100 heures par semaine sur une seule tâche en apparence sans se fatiguer, mais son rendement par heure est faible.

— jwenting

6

Ces études ont été réalisées il y a près de 100 ans. Plusieurs fois.

Les relations entre l'industrie et le travail n'étaient pas vraiment confortables au début du XXe siècle. L'industrie a initialement rejeté les demandes des syndicats pour une semaine de 40 heures. Quelques-uns se sont pliés à contrecœur, et ils ont rapidement constaté que les erreurs et les retouches avaient diminué, la qualité avait augmenté, la productivité avait augmenté et, plus important encore, les bénéfices avaient augmenté. Les nouvelles se sont propagées rapidement, tout comme la recherche. Il y a des gains de productivité avec des semaines de travail plus longues tant que ces semaines plus longues ne sont pas trop longues et sont isolées. La qualité, la productivité et les profits souffrent lorsque ces heures de travail prolongées durent pendant une période significative. La nécessité de prolonger les périodes de longues semaines de travail est devenue considérée par la direction et les actionnaires comme un signe clé d'une gestion incompétente.

Nous, les travailleurs du savoir et nos gestionnaires, avons oublié tout cela. Les longues heures sont standard dans les sciences, la technologie, l'ingénierie et les mathématiques. Les arguments selon lesquels ces semaines de 40 heures ne s'appliquent pas parce que nous utilisons notre esprit plutôt que notre corps sont fallacieux. Même dans les emplois de travail physique, les principaux problèmes liés aux heures de travail excessives sont en grande partie mentaux plutôt que physiques. Les longues heures nous rendent stupides et sujettes aux erreurs.

Il y a une raison pour laquelle la programmation extrême a adopté une semaine de 40 heures comme l'un de ses principes clés. Peu importe que le produit soit fabriqué ou programmé. Des heures plus longues sont contre-productives et endommagent le produit.

— David Hammen
source

3

Puis-je avoir une citation?

— Graviton

2

Vous devrez faire vos propres recherches dans une bibliothèque de bonne qualité. Les études que vous souhaitez sont uniquement sur papier; tu ne vas pas les trouver sur le net. Ces études, beaucoup, beaucoup d'entre elles, ont plus de 50 ans et ont été publiées dans des revues de psychologie industrielle, d'ingénierie industrielle et de sciences de gestion. Nous venons d'oublier ces connaissances ou de prétendre que ces facteurs humains ne s'appliquent pas aux travailleurs exonérés.

— David Hammen

Je lui ai donné un +1 mais ce serait une réponse fantastique s'il y avait des citations.

— psr

1

Ils demandent une citation , ce qui n'est pas la même chose qu'un lien. Lorsque vous dites "ces études", avez-vous des informations spécifiques - noms des revues, titres des articles, etc.? Une sorte de point de départ, autre qu'une "bonne bibliothèque"?

— Cyclope

1

Cela depend du projet.

Si j'ai quelque chose de gros et juste assez difficile pour que je puisse me mettre les dents, je peux travailler pendant quelques heures sans même m'en rendre compte et travailler plus de 12 heures par jour. Cependant, si je ne sais pas vraiment ce que je fais, si je n'ai aucune pression ou si je ne vois aucune valeur dans le travail, je suis distrait toutes les demi-heures.

Je suis sûr qu'il y a des livres qui décrivent comment améliorer la productivité (bien que vous devez vous assurer d'en trouver un écrit par un développeur et non un livre de mots à la mode écrit par un `` consultant en gestion '') mais je ne pense pas qu'il y ait de concret métriques là-bas.

— Lama inversé
source