Nachfolgend ein im Internet weit verbreitetes Bild über die Arbeitseffizienz von Programmierern:

Homer Simpson würde vielleicht sagen: Das ist lustig, weil es wahr ist.

Ich habe das Geheimnis, produktiv zu bleiben, nicht entdeckt, hauptsächlich weil ich nie dauerhaft produktiv war. Joel Spolsky sagte einmal in einem seiner Blogbeiträge:

Manchmal bekomme ich überhaupt nichts zustande.

Natürlich gehe ich ins Büro, irre herum, checke alle zehn Sekunden meine E-Mails, surfe im Web und erledige sogar geistlose Dinge wie das Bezahlen der American Express-Rechnung. Aber ich komme einfach nicht wieder in den Flow, Code zu schreiben.

Wenn mich so eine Phase der Unproduktivität erwischt, dauert sie normalerweise ein oder zwei Tage. Aber in meiner Karriere als Programmierer gab es mehrere Male, in denen ich wochenlang überhaupt nichts zustande brachte. Wie man so sagt: Ich war zerstreut, ich war in schlechter Form, ich war völlig neben der Spur.

Ich habe diesen Artikel fünf- oder sechsmal gelesen und bin immer noch tief erschüttert, weil eine so ikonische Figur in der Programmierwelt auch solche Anfängerprobleme haben kann.

Zum Glück bin ich nicht der Einzige mit diesem Problem.

Ich habe hier keine Geheimnisse, um produktiv zu bleiben, die ich teilen könnte, aber ich kann dir sagen, was mich unproduktiv macht:

  • Offene Bürolandschaft
  • Programmierer, die darüber streiten, was besser ist: Django oder .NET
  • Programmierer, die sich generell streiten
  • Ein Kollege kommt vorbei und fragt: „Hey, hast du meine E-Mail bekommen?“
  • Das Geräusch des Kauens. Anscheinend habe ich Misophonie.
  • Das Problem, an dem ich arbeite, nicht verstehen
  • Zweifel an diesem Projekt haben
  • Mehrere Aufgaben erledigen müssen, die alle äußerst dringend sind
  • Wenn etwas äußerst dringend ist, wird nichts anderes erledigt
  • Weibo-Benachrichtigungstöne auf meinem Handy
  • E-Mail-Benachrichtigungs-Pop-ups
  • Irgendwelche Pop-up-Fenster
  • Instant-Messaging-Software
  • Meine Frau fragt: "Hey, kannst du eine Minute erübrigen, um mir bei etwas zu helfen?"
  • Lange Build-Zeiten
  • Lärm
  • Leute, die ständig an meinem Schreibtisch vorbeigehen
  • Gruppenaktivitäten im Unternehmen
  • Wikipedia (im Ernst, klicken Sie auf keine Links)
  • Hacker News
  • Insgesamt beeinflusst das Internet die Produktivität

Diese Dinge sorgten früher dafür, dass ich effizient arbeite:

  • Ruhige Umgebung
  • Ruhiges Büro (Einzelbüros sind zu selten)
  • Zu verstehen, was ich als Nächstes im Projekt tun sollte
  • Ein gründliches Verständnis des Problems zu haben
  • Keine Unterbrechungen
  • Ich meine es ernst: keine Unterbrechungen
  • Sich von Weibo fernhalten
  • Sich von Hacker News fernhalten
  • Hardware funktioniert einwandfrei
  • Ich liebe das Projekt, an dem ich gerade arbeite
  • Build- und Debug-Zeiten sind nicht lang
  • Streite nicht online über Politik

Offensichtlich ist die Hälfte der Ineffizienzfaktoren selbstverschuldet, aber einige sind es nicht, wie zum Beispiel das Großraumbüro-Layout.

Im Grunde kann jeder von uns die Faktoren kontrollieren, die uns unproduktiv machen. Ich lasse mich nicht auf passive Konfrontation ein. Entweder beziehe ich klar Stellung oder ich sitze da und lasse andere um mich herumlaufen. Ich bin wirklich nicht gut darin, damit umzugehen. Deshalb habe ich keinen guten Rat für den Umgang mit externen Ineffizienzfaktoren, aber eines weiß ich: Kontrolliere, was ich kontrollieren kann. Das heißt:

  • Schalte die Benachrichtigungen auf meinem iPhone aus (ein Bonus ist eine längere Akku-Standby-Zeit)
  • Nach 3 Stunden ununterbrochenem Programmieren gebe ich mir eine Belohnung (normalerweise in Form von "Internetzeit", in der ich Hacker News oder Weibo durchstöbere)
  • Arbeite nur von zu Hause, wenn wirklich, wirklich etwas erledigt werden muss
  • Investiere in einen preiswerten Kopfhörer mit Geräuschunterdrückung
  • Plane "besprechungsfreie" Zeit im Kalender ein und zeige anderen, dass du in diesen Zeiten beschäftigt bist. Das ist meine Arbeitszeit.
  • Lass dich nicht in Diskussionen unter Programmierern im Büro verwickeln; Menschen haben starke persönliche Meinungen, und Programmierer sind von Natur aus streitlustig. Wenn es wirklich ein geschäftliches Problem zu lösen gibt, lass uns in den Besprechungsraum gehen und die Vor- und Nachteile jedes Ansatzes darlegen. Lass Daten sprechen, streite nicht einfach.
  • Stell deinen Schreibtisch an einen Ort, an dem du nicht von Passanten gestört wirst.
  • Lies zuerst das Problem durch und bitte dann einen anderen Programmierer, es mir ausführlich zu erklären, damit ich ein besseres Verständnis für die anstehende Arbeit bekomme. Das erreicht zwei Dinge: Erstens ermöglicht es mir, die Situation zu erfassen und mir zumindest ein grundlegendes Verständnis der Kernpunkte der Arbeit zu verschaffen. Zweitens ermöglicht es mir, bei der Suche nach Hilfe klügere Fragen zu stellen.

Link zum Originalartikel: George Stocker

Übersetzungslink: http://blog.jobbole.com/73383/