Arbeitstagebuch 2020

Heute galt es, HDMAPMDK-1199 zu erledigen – ich hatte dieses Problem zuvor vergessen.

Schließlich habe ich es um acht Uhr geschafft.

HDMAPMDK-892 – Bereitstellung von Erfahrungsspuren überprüft

Ich habe festgestellt, dass MDK noch keine entsprechende Anpassung vorgenommen hat. Heute Nachmittag habe ich diese Anpassung durchgeführt.

Die Anpassung ist abgeschlossen. Ich bin sehr müde.

Ich experimentiere weiter mit meinem Arch und versuche, einige meiner Installationsschritte als Teil der Automatisierung zu dokumentieren.

Heute habe ich Folgendes geplant:

1. HDMAPMDK-1199 RoadMark wird zur Unterklasse und bietet umfangreichere Informationen
2. HDMAPMDK-892 Erfahrungspfade bereitstellen

Falls noch Zeit bleibt, kümmere ich mich um die Dokumentation für die Versionsveröffentlichung.

Ergebnis: 892 wurde erledigt.

Habe ein bisschen Zustand gefunden, Arch installiert – fühlt sich sogar angenehmer an als der Mac?

Habe eine Weile mit 瑀璋 Tavernen-Schlacht gespielt - -

Am Samstag bin ich nach Peking gezogen, um zu arbeiten.

Die Rückkehr zur Arbeit in Peking fühlt sich wirklich etwas ungewohnt an. Alles hat sich verändert. Zunächst hatte ich keinen festen Arbeitsplatz mehr (Xiuyun hat einen Praktikanten eingestellt, und um die Arbeit zu erleichtern, sitzt ihr Praktikant nun dort). Das war der größte Verlust und am schwersten zu ertragen. Es war, als ich in der 11. Klasse in die erste Klasse kam, mich an einen neuen Platz setzte, niemanden kannte und mit niemandem sprechen wollte. Die Leute hier wirken vertraut und doch fremd. Ich hatte das Gefühl, hier nur wenige Freunde zu haben – vernunftmäßig weiß ich, dass das eine Täuschung ist. Aber das Gefühl, nicht mit anderen kommunizieren zu wollen und sich in eine Ecke zurückziehen zu wollen, ist real, und tatsächlich habe ich mir eine Ecke gesucht – neben Yuzhang. Warum will ich nicht mit anderen reden? Ich kann es mir immer noch nicht erklären. Vielleicht liegt es daran, dass ich keinen rechten Grund habe? Wenn mich jemand fragt, warum ich nach Peking gekommen bin und wie lange ich bleibe, antworte ich nur zögernd: “Eine Weile, ein oder zwei Monate.” Vielleicht zeigt es auch, dass ich im Grunde ein introvertierter Mensch bin, der keine Umstände machen will und besonders darauf bedacht ist, in den Augen anderer nicht dumm zu wirken. Aber je mehr ich schreibe, desto mehr glaube ich, dass der zweite Grund stärker wiegt und unnötiger ist. Erstens: Dumm zu wirken ist besser, als wirklich dumm zu sein. Man sollte ernsthaft um Rat fragen, auch wenn es unbeholfen wirkt. Keine Angst – habe keine Angst in jungen Jahren. Habe nie Angst. All is well.

Und nun zur Arbeit: In letzter Zeit war ich mit der Fertigstellung der Auslieferung beschäftigt, hauptsächlich mit der Überarbeitung von TLM (Typed Lane Model). Dieses Mal muss ich das Ziel klar definieren und mich selbst kontrollieren, nicht impulsiv zu refaktorisieren, sondern strategisch und mit einem kontrollierten Fortschritt vorzugehen.

Außerdem habe ich meinen Desktop-Computer wieder flottgemacht. Es stellte sich heraus, dass ich schon früher keine Verbindung zum Netzwerk hatte, weil ich mein Passwort geändert hatte. Nach einem Stromausfall war die Netzwerkverbindung dann endgültig abgebrochen. Also musste ich den Rechner wieder aufsetzen. Dieses Mal sind die Prioritäten:

1. Produktivität
2. Coolness
3. Ästhetik

Heute habe ich lange in Wang Yins Blog gelesen – ich bin immer noch dabei, mich zu entgiften. Früher war ich ein fanatischer religiöser Mensch, der die Dinge nicht in ihrem Kern erfasste. Ich dachte immer, etwas sei das ultimative Mittel, um alle Probleme zu lösen. Aber in Wirklichkeit gibt es dieses “ultimative Mittel” nur selten; meistens ist es nur religiöser Fanatismus, z. B.:

• Vim vs Emacs
• OOP vs FP
• Go vs Rust

… und so weiter und so fort. Als ich früher mit OOP in Berührung kam, dachte ich, OOP sei unschlagbar und könne alle Probleme lösen. Aber am Ende schrieb ich nur eine große, allumfassende Klasse, auf die es eigentlich gar nicht ankam – wirklich nützlich waren die einzelnen Funktionen innerhalb dieser Klasse. Später (in den letzten zwei Jahren) kam ich mit FP in Berührung und hielt es für die silberne Kugel, die alle Probleme löst. Aber nachdem ich eine Zeit lang Scala geschrieben hatte, stellte ich fest, dass meine Produktivität nicht wirklich zunahm – im Gegenteil, ich wurde durch das Nachdenken über Syntax und Unveränderlichkeit sogar ineffizienter.

Ein aufregender Tag: Ich habe HDMAPMDK-1347 und HDMAPMDK-1352 abgeschlossen und auch eine große Umstrukturierung durchgeführt.

Habe eine wertvolle Lektion gelernt: Wenn die Auslieferung kurz bevorsteht, sollte man keine riesigen Änderungen mehr vornehmen, denn ohne ausreichende QA-Tests können noch so großartige Umstrukturierungen Risiken mit sich bringen. Gleichzeitig mangelt es an Zeit für ein ordentliches Design-Review (ich meine damit mich selbst – manchmal merkt man erst beim Schreiben, dass das Design falsch sein könnte; dass ein Designfehler erst während der Implementierung auffällt, ist eigentlich ein weiteres Problem, nämlich dass man zu früh losgelegt hat).

Nachtrag am Montag: Während dieser aufregenden Umstrukturierung hatte ich kaum eine ruhige Minute, nicht einmal Zeit zum Nachdenken. Ich habe mich ganz auf Vertrautheit und Flow verlassen und mit hoher Effizienz Code geschrieben. Wenn man einmal von dem Grundsatz absieht, dass man vor der Auslieferung keine großen Umstrukturierungen durchführen sollte, habe ich diesen Zustand sogar sehr genossen. Aber am Ende muss alles einen Sinn und Zweck haben – man darf sich nicht nur am eigenen Vergnügen orientieren, sonst wird dieses Vergnügen zur reinen Genussbefriedigung.

Heute Morgen sind drei Dinge zu erledigen:

1. Datenbereinigung und Hochladen der endgültigen Daten vom 0605
2. Überprüfung des Breitenanomalieproblems – weil es an dieser Stelle keine Fahrspur gibt
3. Überprüfung des Problems der falschen Fahrspurzuweisung an Differenzpunkten
4. Nachkontrolle

Gleich am Morgen kam ich und half Yiming, das Problem zu lösen, das am Abend entdeckt worden war – nämlich dass die Ampel nicht abgerufen werden konnte.

Erst am Nachmittag gekommen, um Yiming an Bord zu holen. Einige Bugs behoben und es noch gerade rechtzeitig zu Yimings abendlichem Einstieg geschafft.

Heute Morgen bin ich direkt nach dem Kommen zu Yiming gegangen, um das Problem zu analysieren. Die Analyse hat den ganzen Vormittag gedauert. Das Ergebnis war, dass ein anderes Problem durch ein bereits bekanntes Problem (Punktausfall aufgrund von Differenzwerten des alten Compilers) verursacht wurde: Beim Erfassen der Straße landete man zufällig in der Nähe der fehlenden Liniensegmente, so dass der Lane-Offset negativ war.

Am Ende habe ich bis zu etlichen Punkten, 4 Uhr, durchgearbeitet. Nach einer ineffizienten und schmerzhaften Nachtschicht (ich habe das Gefühl, dass Nachtschichten in meinem aktuellen Zustand fast immer mit Ineffizienz verbunden sind)