1. Vorbereitung ("Um eine gute Arbeit zu leisten, muss man zuerst seine Werkzeuge schärfen")
Der Computer muss keine hohe Ausstattung haben, aber zwei Monitore sind ein Muss – je größer, desto besser; einer im Querformat und einer im Hochformat ist noch besser. Einer zum Nachschlagen von Informationen, einer zum Schreiben von Code. Kurz gesagt, es sollte so aussehen, als hättest du eine riesige Menge an Informationen und hohe Effizienz.
Der Stuhl muss nicht bequem sein, aber er muss es ermöglichen, sich halb zurückzulehnen.
Eine große Anzahl von Klebezetteln in verschiedenen Farben, um tägliche Aufgaben zu notieren – je mehr, desto besser. Klebe entlang des Rahmens des Computerbildschirms so viele wie möglich auf, damit es so aussieht, als hättest du viel zu tun.
Fachbücher – O'Reilly, China Machine Press, Electronic Industry Press, egal. Wenn sie auf Englisch sein können, nimm Englisch; wenn nicht, sind fotokopierte Versionen in Ordnung. Auf jeden Fall gilt: je dicker, desto besser. Und stell sie nicht ins Bücherregal – stapel sie auf dem Schreibtisch, halb aufgeschlagen.
2. Ab dem Moment, in dem du eintrittst
Kleidung! Kleidung! Ob du in ein Labor, ein Firmengebäude, das Haus einer kleinen Firma oder deinen eigenen Startup-Sweatshop gehst; ob Frühling, Sommer, Herbst, Winter, Tag, Nacht, windig, regnerisch, Gewitter, Taifun oder Tornado – ein Angeber-Programmierer muss größte Aufmerksamkeit auf seine Kleidung legen! Hier sind nur Referenzvorschläge. Anfänger-Outfit: Hemd + Jeans + Freizeitschuhe. Fortgeschrittenen-Outfit: T-Shirt + lockere Shorts + Hausschuhe. Profi-Outfit: Tanktop + lockere Shorts mit Blumenmuster + Flip-Flops.
Angemessenes Auftreten. In Fluren und jeglicher Art von Korridoren gehst du immer mit den Händen in den Taschen, wie ein Rowdy, zumindest ein wenig unsozial wirkend. Wenn das nicht möglich ist, kannst du den Stil eines gebrechlichen Genie-Nerds wählen.
Wenn hinter dir Frauen stehen, die auf dich zeigen und tuscheln, dass du bestimmt ein Technik-Typ sein musst, solltest du zuerst den Kopf senken, dann, während du den Kopf unten hältst, dich langsam umdrehen, ein verschmitztes, verächtliches Lächeln zeigen, ohne einen Ton von dir zu geben, und dann schnell weitergehen.
Nach dem Eintreten grüße niemanden. Geh direkt zu deinem Platz. Höchstens unterwegs kurz anhalten, um dir einen Kaffee zu holen. Mach keine überflüssigen Bewegungen und zeige so deine Konzentration und ungeteilte Aufmerksamkeit.
3. Wenn du einmal sitzt, beweg dich nicht mehr
Wenn du dich hingesetzt hast, lehn dich leicht zurück; am besten schlägst du die Beine übereinander. Dann, während du zurücklehnst, senke den Kopf, um auf den Bildschirm zu sehen, und bewege dich danach nicht mehr.
Schieb grob eine Lücke in den großen Bücherstapel vor dem Computer, nimm dann einen Haftzettel vom Computer, wirf einen Blick darauf, nicht länger als 3 Sekunden, und du kannst mit dem Codieren beginnen.
Wenn du die Verwendung einer IDE vermeiden kannst, tu es. Wenn du es wirklich nicht vortäuschen kannst, dann stelle sie, egal welche IDE es ist, unbedingt auf den DOS-artigen schwarzen Hintergrund ein.
Wenn du Frontend-UI schreibst, debugge weiterhin Backend-Code; wenn du Java schreibst, mische C darunter; wenn du C schreibst, mische Assembly darunter. Du solltest nicht nur coden, sondern auch von Zeit zu Zeit in einem englischen Buch blättern; wenn du es nicht verstehst, schau dir einfach die Abbildungen an, wirf es dann vor dich hin, tu so, als hättest du es verstanden, und code weiter.
Benutze, was auch immer hochwertig aussieht, unabhängig von der Praktikabilität. Zum Beispiel bei C++: Refaktoriere alle switch-Anweisungen in Polymorphie; wenn es Zeiger gibt, ersetze sie alle durch Smart Pointer; schreibe in C++ immer deine eigenen Templates; ersetze alle Zahlen durch Makros und mache die Makronamen so lang wie möglich; Structs sollten nicht auftauchen – wenn doch, schmücke sie unbedingt mit __attriburte__ aus; alle Arithmetik sind Bitoperationen; alle Operatoren sind überladen; alle Netzwerkoperationen verwenden nebenläufige gepufferte Thread-Pools; ints werden nur mit int32_t deklariert; keine gewöhnliche Vererbung, sondern Mehrfachvererbung, virtuelle Vererbung usw.; selbst Hello World muss Ausnahmen abfangen; wenn spätere Generationen den Code sehen, mit einem Haufen Schlüsselwörter wie extern, asm, auto, XXXXX_cast, volatile, explicit, register, template, werden gewöhnliche kleine Programmierer, die immer int, if, else, for tippen, plötzlich große Bewunderung empfinden.
Kommentare? Vergiss es. Es gibt nur zwei Wege zur Auswahl: Erstens, mache Variablennamen extrem lang, sodass das Lesen des Codes wie das Lesen eines englischen Artikels fließt, sodass überhaupt keine Kommentare nötig sind. Zweitens, mache den Code extrem obskur, sodass Kommentare keinen Unterschied machen.
Benutze niemals IM-Tools zur Kommunikation, stelle Kollegen niemals Fragen, da es dich unqualifiziert aussehen lässt. Schlage Dinge immer selbst online oder in Büchern nach.
Ob Kollegen scherzen oder irgendein Gruppenevent stattfindet, schau nicht auf, schau dich nicht um. Selbst bei einem Erdbeben oder Feuer musst du unbedingt deinen Code committen, bevor du gehst.
4. Mit Stil gehen
Wenn du gehst, darf der Hauptrechner auf keinen Fall ausgeschaltet werden. Lass zumindest einen täglichen Build laufen; wenn das nicht möglich ist, zählt ein laufender SVN-Commit kaum.
Die Bücher sollten bereits wieder vor dem Bildschirm aufgetürmt sein. Räum sie nicht auf. Schieb sie morgen wieder zur Seite.
Du musst nicht als Letzter gehen, aber du musst warten, bis alle Nicht-Programmierer – Marketing, Empfangskräfte, PMs usw. – gegangen sind, bevor du gehen kannst.
Sei beim Gehen spontan. Pack nichts zusammen. Steh auf, geh raus. Gut, das ist alles.
Wenn du heute unbedingt einen Satz sagen musst, finde den elendsten Programmierer und sag zu ihm: „Du bist zu langsam; lass mich nicht immer warten.“