Als ich die Party betrat, hatte die Rede bereits begonnen. Michael Arrington sprach ausführlich über die Mühen, ein Unternehmen zu gründen: Oft kann man nur ein Nickerchen auf seinem Schreibtisch machen. Aber ich möchte ein paar Worte hinzufügen. Ich habe viele Diskussionen gesehen, die sagen, dass diese Arbeitsweise kontraproduktiv ist, den Erfolg verfehlt und sogar äußerst schädlich für die Gesundheit von Programmierern sein kann. Jedoch führen nur wenige eine quantitative Analyse davon durch. Ich bin nicht talentiert, daher lass mich mit ein paar bescheidenen Bemerkungen beginnen, um andere einzuladen, ihre wertvollen Meinungen zu teilen.

Wir arbeiten im Allgemeinen 8 Stunden am Tag, das sind also 40 Stunden pro Woche. Unter extremen Bedingungen (natürlich unrealistisch), wenn ein Programmierer eine ganze Woche ohne Essen, Trinken oder Schlafen verbringt und die gesamte Zeit zum Schreiben von Code nutzt, dann sind es 24×7 Stunden, also 168 Stunden, viermal so viel wie üblich.

Natürlich sind Menschen keine Maschinen; es ist unmöglich, 24 Stunden am Tag zu arbeiten. Programmierer sind auch Menschen und haben normale physiologische Bedürfnisse, wie Schlaf. Die beste Schlafzeit für Menschen sind 7 bis 8 Stunden. Vielleicht kann man ein oder zwei Tage mit weniger Schlaf noch durchhalten, aber danach muss man oft den Schlaf nachholen und mehr schlafen. Außerdem ist die Arbeitseffizienz in dieser Zeit oft sehr niedrig. Um besser zu arbeiten, nehmen wir 7.5 Stunden Schlaf pro Tag an. Für 7 Tage sind das 52.5 Stunden. Also bleiben 168 Stunden minus 52.5 Stunden Schlaf = 115.5 Stunden!

Dann ist da noch das Essen. Essen ist ebenfalls essenziell. Zuerst musst du Nahrung haben (bestelle sie oder koche selbst), dann kannst du sie essen. Drei Mahlzeiten am Tag. Angenommen, wir brauchen 30 Minuten pro Mahlzeit, das sind 90 Minuten am Tag. Wenn es Fast Food wie Pizza ist, kann jede Mahlzeit auf 15 Minuten reduziert werden, und ein Tag auf 45 Minuten. Selbst wenn wir 60 Minuten brauchen, also 1 Stunde für das Essen pro Tag. Dann 115.5 - 1*7 = 108.5 Stunden. Hinzu kommen Zähneputzen, Gesichtwaschen, Rasieren und manchmal Duschen, mindestens 30 Minuten => 108.5 - 0.5*7 = 105 Stunden. Außerdem die Zeit, die beim Pendeln zur und von der Arbeit verschwendet wird. Im Jahr 2007 betrug die landesweite durchschnittliche Pendelzeit 45 Minuten für einen Hin- und Rückweg, das sind 5.25 Stunden pro Woche => 105 - 5.25 = 99.75 Stunden, sagen wir 100 Stunden. Natürlich, wenn du diese Zeit sparen willst, kannst du einfach auf deinem Schreibtisch schlafen!

100 Stunden sind nur das 2.5-Fache des Durchschnitts von 40 Stunden. Und wir haben noch nicht einmal Produktivität, Hausarbeit, Krankheit, Treffen mit Freunden, Dating, das Nachjagen von Mädchen und andere Aktivitäten erwähnt. Abgesehen davon: Angenommen, du arbeitest alle 7 Tage der Woche, sind das nur 10 bis 14 Stunden Arbeit pro Tag, und eine solche Intensität kann nur für einen kurzen Zeitraum (höchstens ein paar Monate) wirklich effizient sein.

Also hier ist die Frage: Wenn wir 2.5-mal so viel Zeit aufwenden, kann das dem Startup astronomische erwartete Renditen bringen (d. h. 10x oder 100x)? Wo liegt der Wert der zusätzlichen 150%? Ist es so, dass 40 Stunden Arbeit pro Woche die Rendite eines Unternehmens durchschnittlich ausfallen lassen, während 100 Stunden es zu einem bekannten Namen wie Facebook katapultieren? Wenn eine Erhöhung der Zeitinvestition der Mitarbeiter den Wert eines Unternehmens steigern kann, warum dann nicht ein paar mehr Programmierer einstellen? Ehrlich gesagt: Wenn mehr Zeit zu investieren enorme Renditen bedeutet, dann wäre es definitiv kosteneffizienter, Mitarbeiter einzustellen. Jeder kann diese Rechnung machen, oder?

Wenn die obige Schlussfolgerung falsch ist, warum versuchen dann manche Unternehmer verzweifelt, eine Kultur der "verrückten Überstunden" einzuführen? Warum greifen Menschen begierig die von Arrington und Jason Calacanis vorgeschlagene Idee "Arbeiten, arbeiten ... bis man stirbt" auf? Eine Möglichkeit ist, dass Menschen nicht wissen, wie man sie messen kann, und einfach glauben, dass Überstunden immer großzügige Gewinne bringen. Aber ich habe festgestellt, dass noch etwas anderes im Gange ist.

Tatsache ist, dass die Metriken, mit denen wir Arbeit bewerten, egal wie ausgefeilt sie sind, die Produktivität eines Programmierers nicht wirklich messen können. Darüber hinaus haben die meisten Unternehmen wettbewerbsorientierte Mechanismen. Selbst wenn manche Menschen nicht "um Macht kämpfen" wollen, müssen sie trotzdem viel Zeit damit verbringen, Code sorgfältig zu überprüfen und nach Fehlern zu suchen. Leute wie Arrington werden sich weder die Zeit nehmen noch die fachliche Fähigkeit haben, mühsame Dinge wie die Bewertung der Leistung von Mitarbeitern zu erledigen. Also nutzen sie Arbeitsstunden, um die Produktivität einer Person zu messen. Auf diese Weise wird sofort auf einen Blick klar, welche Programmierer wie viele Stunden gearbeitet haben (und sie müssen die ganze Zeit Code schreiben!) oder welche Programmierer oft "nicht vor dem Computer sitzen und Code schreiben". Zum Beispiel: Wenn du Arringtons Anruf um 1 AM ohne Beschwerde beantworten und sofort mit der Arbeit beginnen kannst, dann widmest du im Wesentlichen deine Zeit der Arbeit. Natürlich werden dumme und arrogante Menschen nicht verstehen, dass das Beantworten eines Anrufs und das Beheben eines Problems in nur 10 Minuten erledigt werden kann.

Deshalb ist die eigentliche Bedeutung hinter ihrem Wunsch, dass Programmierer weiterarbeiten – trotz allem, was Arrington und Calacanis wiederholt betonen –, dass sie wollen, dass sie jederzeit auf Abruf bereit sind. Ein großer Teil des Grundes dafür ist, dass es ohne diese Programmierer viele Probleme gibt, die sie allein einfach nicht lösen können, aber das hat nichts damit zu tun, ob ein Startup erfolgreich ist. Apropos: Selbst in manchen etablierten Unternehmen gibt es solch törichte Chefs, die in ihren wirren Köpfen die Überzeugung hegen, dass es ein abscheuliches Verbrechen sei, eine Sekunde früher als der Chef zu gehen!

Übersetzungslink: http://www.codeceo.com/article/how-many-hours-programming.html

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

Übersetzer: Codeceo – Xiao Feng