Quand je suis entré dans la fête, le discours avait déjà commencé. Michael Arrington parlait longuement des difficultés de créer une entreprise : bien des fois, on ne peut faire qu'une sieste sur son bureau. Mais j'aimerais ajouter quelques mots. J'ai vu de nombreuses discussions disant que cette façon de travailler est contre-productive, passe à côté du succès et peut même être extrêmement nuisible à la santé des programmeurs. Cependant, peu de gens en font une analyse quantitative. Je ne suis pas talentueux, alors laissez-moi commencer par quelques modestes remarques pour inviter les autres à partager leurs précieuses opinions.

程序员一周花多少时间编程？

Nous travaillons généralement 8 heures par jour, ce qui fait 40 heures par semaine. Dans des conditions extrêmes (bien sûr irréalistes), si un programmeur passe une semaine entière sans manger, boire ni dormir, et utilise tout ce temps pour écrire du code, alors il y a 24×7 heures, soit 168 heures, 4 fois la normale.

Bien sûr, les gens ne sont pas des machines ; il est impossible de travailler 24 heures par jour. Les programmeurs sont aussi des humains et ont des besoins physiologiques normaux, comme le sommeil. Le meilleur temps de sommeil pour les gens est de 7 à 8 heures. Peut-être que veiller un ou deux jours avec moins de sommeil peut encore tenir, mais ensuite il faut souvent rattraper son sommeil et dormir davantage. De plus, pendant cette période, l'efficacité au travail est souvent très faible. Pour mieux travailler, supposons 7.5 heures de sommeil par jour. Pour 7 jours, cela fait 52.5 heures. Donc 168 heures moins 52.5 heures de sommeil laissent 115.5 heures !

Ensuite, il y a le fait de manger. Manger est aussi essentiel. D'abord, il faut avoir de la nourriture (la commander ou la cuisiner soi-même), puis on peut la manger. Trois repas par jour. Supposons qu'il nous faut 30 minutes par repas, cela fait 90 minutes par jour. S'il s'agit de restauration rapide comme la pizza, chaque fois peut être réduit à 15 minutes, et la journée descend à 45 minutes. Même s'il nous faut 60 minutes, c'est-à-dire 1 heure pour manger par jour. Alors 115.5 - 1*7 = 108.5 heures. De plus, se brosser les dents, se laver le visage, se raser, et parfois prendre une douche, au moins 30 minutes => 108.5 - 0.5*7 = 105 heures. Aussi, le temps perdu dans les trajets domicile-travail. En 2007, le temps de trajet moyen national était de 45 minutes pour un aller-retour, soit 5.25 heures par semaine => 105 - 5.25 = 99.75 heures, disons 100 heures. Bien sûr, si vous voulez gagner ce temps, vous n'avez qu'à dormir sur votre bureau !

100 heures, ce n'est que 2.5 fois la moyenne de 40 heures. Et nous n'avons même pas mentionné la productivité, les travaux ménagers, la maladie, les rencontres entre amis, les rendez-vous amoureux, la drague, et d'autres activités. À part cela, en supposant que vous travaillez 7 jours par semaine, cela ne fait que 10 à 14 heures de travail par jour, et une telle intensité ne peut être réellement efficace que pendant une courte période (quelques mois au maximum).

Alors voici la question : si nous consacrons 2.5 fois plus de temps, cela peut-il apporter des rendements attendus astronomiques (c'est-à-dire 10x ou 100x) à la startup ? Où est la valeur des 150% supplémentaires ? Est-ce que travailler 40 heures par semaine rend le taux de rendement d'une entreprise ordinaire, tandis que 100 heures le fait basculer dans la catégorie des noms connus comme Facebook ? Si augmenter le temps investi par les employés peut accroître la valeur d'une entreprise, pourquoi ne pas embaucher quelques programmeurs de plus ? Franchement, si investir plus de temps signifie des rendements énormes, alors il serait certainement plus rentable d'ajouter des employés. N'importe qui peut faire ce calcul, non ?

Si la conclusion ci-dessus est incorrecte, alors pourquoi certains entrepreneurs s'efforcent-ils désespérément d'instiller une culture des « heures supplémentaires à outrance » ? Pourquoi les gens adoptent-ils avec empressement l'idée de « travailler, travailler... jusqu'à en mourir » proposée par Arrington et Jason Calacanis ? Une possibilité est que les gens ne savent pas comment la mesurer, et croient simplement que faire des heures supplémentaires apportera toujours de généreux profits. Mais j'ai découvert qu'il se passe autre chose.

Le fait est que, quelle que soit la sophistication des indicateurs que nous utilisons pour évaluer le travail, ils ne peuvent pas vraiment mesurer la productivité d'un programmeur. De plus, la plupart des entreprises ont des mécanismes de compétition. Même si certaines personnes ne veulent pas « se battre pour le pouvoir », elles doivent quand même passer beaucoup de temps à examiner attentivement le code et à vérifier les bugs. Des gens comme Arrington ne prendront ni le temps ni n'auront la compétence professionnelle pour faire des tâches fastidieuses comme l'évaluation de la performance des employés. Alors ils utilisent les heures de travail pour mesurer la productivité d'une personne. De cette façon, on voit immédiatement d'un coup d'œil quels programmeurs ont passé combien d'heures à travailler (et ils doivent écrire du code tout le temps !) ou quels programmeurs « ne sont souvent pas assis devant l'ordinateur à écrire du code ». Par exemple, si vous pouvez répondre à l'appel d'Arrington à 1 AM sans vous plaindre et vous mettre immédiatement au travail, alors vous consacrez essentiellement votre temps au travail. Bien sûr, les personnes stupides et arrogantes ne comprendront pas que répondre à un appel et corriger un problème peut se faire en seulement 10 minutes.

Par conséquent, malgré ce qu’Arrington et Calacanis ne cessent de souligner, la véritable signification de leur désir que les programmeurs continuent à travailler, c’est qu’ils veulent qu’ils soient disponibles à tout moment. Cela tient en grande partie au fait que, sans ces programmeurs, ils ne peuvent tout simplement pas résoudre seuls de nombreux problèmes, mais cela n’a rien à voir avec la réussite ou non d’une startup. À ce propos, même dans certaines entreprises établies, il existe des patrons stupides qui, dans leur esprit déroutant, croient que partir une seconde avant le patron est un crime odieux !

Lien de traduction : http://www.codeceo.com/article/how-many-hours-programming.html

Original anglais : http://java.dzone.com/articles/how-many-hours-can-programmer

Traducteur : Codeceo – Xiao Feng