Arbeitstagebuch 2020

Der Urlaub ist vorbei!

Jetzt muss ich die richtige Einstellung finden, um mit einer angemessenen Haltung der Arbeit zu begegnen; was ist die richtige Haltung? Ich werde versuchen, eine Definition zu geben.

Am Mittwochabend gab es ein heftiges Gewitter. Nachdem der Regen nachließ, rief ich Sophie an, mit dem Thema, dass ich eigentlich kündigen wollte.

Sie sagte zunächst, ich solle mich nicht überstürzen, sondern meine berufliche Laufbahn mit einem sehr langen Zeithorizont betrachten – zum Beispiel arbeite man vielleicht bis 70, bevor man in Rente geht (ich hege starke Zweifel, dass ich noch länger arbeiten werde). Deshalb sollte man alle Entscheidungen mit Weitblick treffen, auf einen Horizont von fünfzehn Jahren. Was werde ich in fünfzehn Jahren sein? Was wünsche ich mir, dann zu sein? Und dann die verschiedenen Entscheidungen entsprechend dieser Erwartung treffen. Für mich persönlich würde ich mir wünschen, mit 40 ein Ingenieur wie Liang Xiao zu sein – ein rationaler, gelassener Mensch; ein Architekt; ein gebildeter Mensch; der noch immer aufmerksam und souverän die neuesten Trends verfolgt; der das Wesen der Trends durchschaut, die unveränderlichen Dinge herausarbeitet und sich so auf die wirklich lohnenswerten Probleme konzentriert – die wertvollen, schwierigen Probleme, wie zum Beispiel die Komplexität von Software.

Um das zu erreichen, muss ich ständig lernen, immer bescheiden bleiben und die Wahrheit durch die Praxis überprüfen. Im Grunde ist alles Lernen die Überprüfung der Wahrheit durch die Praxis. Zuerst begegnen wir einem Problem, dann suchen wir nach Lösungen. Was sind diese Lösungen? Die sogenannten “Wahrheiten” sind die notwendigen Werkzeuge zur Problemlösung, und die Praxis ist der einzige Maßstab für die Wahrheit. Aber jede Handlung auf die Probe zu stellen, ist zu kostspielig. Wir müssen ein gewisses Risiko akzeptieren, indem wir von anderen lernen, die ihre Wahrheiten durch die Praxis überprüft haben. Die Risiken dabei sind:

1. Man könnte auf falsche Wahrheiten stoßen.
2. Dogmatismus aufgrund unzureichender Problemverständnis.

Dabei ist der zweite Punkt gefährlicher als der erste, denn der erste ist leicht zu verifizieren, während der zweite eine Denkverzerrung darstellt. Die Welt ist nicht schwarz oder weiß, daher ist die Gefahr unvollständig richtiger (also nicht vollständig der Wahrheit entsprechenden) Gedanken, dass sie teilweise richtig sind und dazu verleiten, sie für allgemeingültig zu halten und für falsche Probleme einzusetzen. Das führt zu vielen sogenannten “Silberkugeln” – FP, OOP, TDD usw. Die Suche nach der “Silberkugel” wird nie aufhören, und sollte auch nicht aufhören, aber wir sollten anerkennen, dass Risiko und Nutzen einhergehen.

Zurück zu Sophie: Unter der Voraussetzung einer ruhigen Analyse und Entscheidungsfindung sollte ich mit einem langfristigen Blick fragen, was ich jetzt brauche; daraus ergeben sich Prioritäten, und die Gesamtbetrachtung wird leichter. Dann gab sie praktische Ratschläge: ich könne versuchen, mich von der Arbeit zu distanzieren und nicht zu viel hineinzustecken.

Am letzten Tag vor den Ferien begann ich mit gutem Gewissen zu trödeln und führte ein wenig der notwendigen Refactoring-Arbeit durch.

Unglaublich! Es ist 19:00 Uhr abends, und ich habe heute absolut nichts gemacht.

Ich meine, ich habe den ganzen Tag getrödelt, bin im Internet von einer Website zur nächsten gesprungen, und jetzt, wo ich daran denke, etwas zu arbeiten, fühle ich mich doch etwas schlecht. Wenn ich überlege, woran es liegt, könnte es an dem liegen, was am Freitag passiert ist, oder vielleicht daran, dass übermorgen das Drachenbootfest ist – also habe ich passiv gebummelt. Aber im Grunde ist das nicht gut. Selbst wenn ich mich entschlossen habe zu gehen, darf ich meine Pflichten nicht vernachlässigen. Ich muss jeden Tag ernsthaft an der Arbeit arbeiten, nicht indem ich Zeit absitze, sondern indem ich mich bemühe, Probleme zu lösen. Gerade wenn ich gehen will, sollte ich das umso mehr tun.

Ach, jetzt bin ich voller Schuldgefühle.

Die nächste Aufgabe ist die Umstrukturierung des TLM, bei der die Datenstruktur in extrem kleine Layer-Datenstrukturen aufgeteilt wird. Das ist eine sehr aufwendige Arbeit. Schwierig ist es nicht, aber ich stimme dem Konzept nicht zu (ich bin nicht der Meinung, dass eine Aufteilung in extrem kleine Datenstrukturen ein gutes Design ist; der Vorteil kleiner Datenstrukturen ist nur, dass sie flexibel und leicht zu ändern sind).

Der Start war sehr negativ, ich habe ständig Bugs analysiert, am Ende stellte sich heraus, dass es ein kleines Problem von Ziliang war. Um 21 Uhr hatte ich Feierabend.

Heute ist etwas sehr Wichtiges passiert: Ich habe zusammen mit Liang Xiao zu Mittag gegessen. Ich muss das in Ruhe aufarbeiten.

Bis heute haben wir endlich die Aufgaben des letzten Sprints abgeschlossen.

Mir geht es insgesamt sehr schlecht, der Grund dafür ist, dass der Sinn der erledigten Dinge nicht offensichtlich ist. Ich finde eigentlich, dass sie kaum einen Sinn haben.

Wie definiere ich hier den Sinn?

Für mich liegt der Sinn meiner derzeitigen Arbeit, nach absteigender Wichtigkeit, in:

1. Die Fähigkeit, Fragen zu stellen – wertvolle und sinnvolle Probleme zu erkennen.
2. Die Fähigkeit, Probleme zu modellieren, um später mehr verschiedene Arten von Problemen lösen zu können.
3. Probleme so zu modellieren, dass durch eine einmalige Anstrengung eine Lösung für die durch das Modell beschriebene Problemklasse möglich wird.
4. Durch meine Anstrengung konkrete, sinnvolle Probleme zu lösen – wobei die Lösung eines einzelnen Problems weniger sinnvoll ist als die Lösung mehrerer Probleme derselben Klasse mit einer Anstrengung.
5. Freude bewahren, das Erfolgserlebnis beim Problemlösen, die Faszination des Problems selbst.
6. Austausch und Beziehung zu Menschen.
7. Gehalt (es ist eine Absicherung – nicht unwichtig, aber die anderen Teile sollten darauf aufbauen).

Das deckt vielleicht nicht alle meine Arbeitsmotive ab, spiegelt aber zumindest einen Teil der Realität wider.

Der Hauptgrund für meine heutige Frustration ist der Verlust des Interesses. Erstens ist mir der Sinn des Problems selbst nicht klar, was die Motivation mindert. Zweitens ist die Modellierung solcher Probleme nicht präzise genug, sodass die Lösungsansätze nicht alle Probleme abdecken (natürlich gibt es selten Modelle, die alle Probleme lösen, da Modelle selbst Vereinfachungen und Abstraktionen sind – wir sprechen hier von der Lösung von Problemen innerhalb eines akzeptablen Rahmens). Das führt zu Wiederholungen, konkret zu den vielen Bugs, die die QA-Kollegen melden. Auch wenn manche auf unzureichendes Verständnis der Anforderungen oder sogar auf Fehler der Tester selbst zurückgehen, nimmt die Analyse des Problems den zeitaufwändigsten Teil des gesamten Lösungsprozesses ein.

Manchmal führt ein unzureichendes Verständnis des Problems dazu, dass die Lösung nicht grundlegend ist und man Zeit mit unnötiger Arbeit verschwendet. Im Grunde werden dann die Punkte 3, 4 und 5 der obigen Bedeutung nicht erfüllt, was mich frustriert.

Hinzu kommt, dass ich bisher immer noch die Probleme löse, die im letzten Sprint hätten gelöst werden sollen. Ich habe noch gar nicht mit den Aufgaben dieses Sprints begonnen. Das wird die Zeit für diesen Sprint verkürzen und möglicherweise sogar die folgenden Sprints beeinflussen. Das ist ein Teufelskreis, der unbedingt vermieden werden sollte. Wenn man bedenkt, dass dies sogar die zwischenmenschlichen Beziehungen tiefgreifend beeinflussen kann, finde ich es noch schlimmer.

Deshalb sollte ich ab morgen, bevor ich eine Aufgabe angehe, alle Aspekte davon bedenken und erst dann das Problem lösen.

Wenn ich auf die letzten zehn Tage zurückblicke, bin ich arbeitsmäßig praktisch auf der Stelle getreten. Schon am Montag, als ich nach Beijing kam, also am 8. Juni, sagte ich: „Kommen wir zur Arbeit: In dieser Zeit haben wir die Auslieferung abgeschlossen, hauptsächlich die Umstrukturierung von TLM (typed lane model). Diesmal müssen wir das Ziel klar definieren, uns selbst kontrollieren, nicht impulsiv umstrukturieren, sondern strategisch vorgehen und den Fortschritt im Griff behalten.“

Was ich positiv finde, ist, dass ich jeden Tag protokolliert habe, was ich gemacht habe – auch wenn es manchmal sehr kurz war oder erst am nächsten Tag ergänzt wurde. Ich glaube, kontinuierliches Aufzeichnen ist der Keim für Veränderung.

Außerdem möchte ich einen Satz ergänzen, den ich kürzlich gelesen habe und den ich für ungemein treffend halte:

„Vor einigen Jahren, als ich mein erstes Haus in New York kaufte, sagte ein Immobilienmakler sehr weise: ‚Dieses Haus muss generalsaniert werden, eine komplette Renovierung. Dieses 65 Jahre alte Haus hat ein absolutes Wertsteigerungspotenzial. Jetzt müssen Sie eine Liste aller Dinge erstellen, die repariert werden müssen, und alles innerhalb von sechs Monaten erledigen. Unbedingt innerhalb von sechs Monaten.‘

‚Sind Sie verrückt? Nach Anzahlung, Steuern und Anwaltskosten habe ich kein Geld mehr. Und ich bin ein disziplinierter Mensch, ich kann die Reparaturen über fünf Jahre verteilen.‘

Sie sagte: ‚Nein, werden Sie nicht, denn nach sechs Monaten werden Sie sich an den Zustand gewöhnt haben. Sie werden denken, alles sei in Ordnung. Selbst wenn eine Leiche im Wohnzimmer läge, würden Sie einfach darüber steigen.‘

Ich erinnere mich noch heute an diese Worte. Es erstaunt mich, wie sehr sie recht hatte. Der Fehler lag bei mir: Die Dinge, die ich nicht innerhalb von sechs Monaten repariert hatte, waren auch nach fünf Jahren, als ich das Haus verkaufte, noch nicht erledigt.“

Das ist so wahrhaftig – man muss auf der Hut sein und vorsichtig.

Die Hauptarbeit heute war der Abschluss der vorherigen Iteration, also die Fehlerbehebung.

Heute war ich nach meiner Ankunft die ganze Zeit mit dem Review beschäftigt. Es gab noch einiges zu ändern, und ich fing wieder an, mich etwas zu drücken. Letztendlich habe ich es aber gerade so hinbekommen. Dann hat Kuan Ge noch mehrere Bugs gefunden.

Am Nachmittag erfuhr ich, dass Xiao Ge gehen wird. Ich war lange Zeit schockiert.

Abends habe ich mich mit Scheme herumgeschlagen und die Kompilierung und Referenzierung einer benutzerdefinierten Bibliothek hinbekommen.

Wow, es ist jetzt 3 Uhr und ich habe den halben Tag herumgetrödelt, verschiedene Scheme-bezogene Websites durchgestöbert. So kann es nicht weitergehen, ächz.

Heute muss ich HDMAPMDK-1378 erledigen, also das, was wir eigentlich nie machen wollten: die sogenannte Lane-Mark-Richtung innerhalb von Kreuzungen hinzufügen. Aber die Straßen in der Kreuzung haben ja gar keine Lane Marks, von Lane-Mark-Richtung ganz zu schweigen.

Ach, das macht mich ganz fertig. Nach vielem Hin und Her habe ich es endlich auf die Reihe bekommen.

Ein sehr entspannter Tag. Nach dem Bereitstellen der Tests habe ich weiter an meinen eigenen Automatisierungsskripten herumgebastelt.

Anfangs hatte ich vor, es in Shell zu schreiben, aber ich mag Shell nicht wirklich, also habe ich angefangen, Scheme zu erkunden – das hat richtig Spaß gemacht!