Arbeitstagebuch 2020

Nicht bestanden. Ach, ich habe es wirklich schwer.

Heute Morgen war ich bei der Prüfung, nachmittags habe ich ein paar Dinge erledigt:

1. Ich war bei Yiming, um eine Anomalie zu untersuchen – es stellte sich heraus, dass es zwei Bugs waren.
2. Nach dem Townhall habe ich die Synchronisation der MDK Python Binding besprochen.
3. Zusammen mit Shanle und Weiyu bin ich runtergegangen, um ein Problem auf der unteren Ebene zu lösen. Am Ende haben wir einen kurzfristigen und einen langfristigen Plan zusammengefasst.

Mir ist aufgefallen, dass bei unerwarteten Problemen die Lösung meistens diesem Muster folgt: ein kurzfristiger und ein langfristiger Plan. Denn der Wert, den ein Problem offenbart, ist begrenzt und zeitkritisch. Daher zielt der kurzfristige Plan darauf ab, schnell und gezielt die akute Not zu beheben. Ist dann noch ein langfristiger Plan nötig? In der Regel schon, denn ein Sonderfall eines Problems spiegelt eine bisher nicht bedachte Schwachstelle im Lösungsansatz wider. Dann analysiert man die Ursache und behebt das Problem systematisch, sodass zukünftige ähnliche Probleme gut gelöst werden können und die ursprüngliche Lösung vollständiger wird. Es gibt auch Fälle, in denen kein langfristiger Plan nötig ist: wenn wir nach gründlicher Analyse zu dem Schluss kommen, dass der Aufwand für eine systematische Lösung höher ist als der Nutzen. (Selbst dann wollen wir subjektiv meistens das Problem systematisch lösen – welcher Ingenieur würde das nicht wollen? Aber das ist auch eine Falle: Man könnte sich mit wichtigen, aber nicht dringenden Aufgaben oder sogar unwichtigen und nicht dringenden Aufgaben beschäftigen und so wertvolle Zeit verschwenden, die man für wichtigere Probleme hätte nutzen können.)

4. Abends habe ich mich wieder um die CI Pipeline gekümmert.

Morgen habe ich die praktische Fahrprüfung (Teil 2). Heute habe ich den ganzen Tag geübt und bin erst um 17 Uhr zurückgekommen. Das Gefühl ist ganz gut. Ich hoffe, ich bestehe morgen.

Habe mit der Beschreibung des Ist-Zustands und der Anforderungsanalyse für die CI Pipeline begonnen. - -

Wenn heute nichts Unerwartetes passiert, würde ich die CI-Pipeline abschließen.

Doch es kam anders -_-

Fehlermeldungen von Yiming erhalten:

1. Ampel-Bindung: Die Ampel, die eigentlich auf den Wartebereich gebunden sein sollte, wurde stattdessen auf die Partition vor dem Wartebereich gebunden. Behoben (1,5 Std.)
2. Fehlende Ampel-Bindung: Konnte nicht reproduziert werden. Update: Nach einer schwierigen Debug-Session wurde das Problem endlich gefunden. Beim Kompilieren wurde für die Bindung von rc und offset nicht dieselbe Geometrie verwendet, sodass der Offset die Länge der Straße überschritt und die Ampel nicht gefunden werden konnte (2 Std.)

Heute gab es viele unerwartete Vorfälle. Zunächst meldete das Parking zwei Bugs. Ursprünglich war die Auslieferung für heute geplant, aber aufgrund dieser beiden Bugs konnte sie heute nicht erfolgen. Wang Wei hat mit dem nachgelagerten Team besprochen, die Lieferung um zwei Tage auf übermorgen zu verschieben. Daher besteht meine Hauptarbeit in diesen zwei Tagen wieder darin, die Bugs zu beheben. Das bringt mich dazu, darüber nachzudenken, ob der Zeitplan für die Lieferung vernünftig ist. Dann gab es noch das Problem HDMAPMDK-1290.

Heute erledigte Aufgaben:

• Nachbereitung von HDMAPMDK-1290: Wenn die Stop Line extrem nah ist, ist die gematchte Lane-Offset länger als die Lane-Länge.

  Ich habe den ganzen Tag damit verbracht, das Problem zu untersuchen und eine Lösung zu finden (derzeit 20:56 Uhr). Die Effizienz war sehr gering.

  Der grundlegende Grund ist, dass MDK bei der Längenberechnung für jedes Punktpaar eine Koordinatentransformation durchführt. Dadurch wird das Ergebnis zwar genauer, aber es führt zu einer sehr hohen Unsicherheit.

  Schließlich wurde eine Art Hack verwendet: Solange der berechnete Offset länger als die Länge ist, wird nur die Länge genommen.

• HDMAPMDK-1297: Falsche Bindung des Parkplatzes. Obwohl es fast Zeit für den geplanten Feierabend war (21:00 Uhr), musste ich heute zumindest dieses Problem analysieren! Na ja, geschafft. Es stellte sich als einfaches Problem heraus.

Heute habe ich eine neue Aufgabe erhalten: HDMAPMDK-1249 – Untersuchung von Methoden zur Berechnung der Lane Aggregation mithilfe von Straßengeometrie-Informationen. Dadurch sind diese Woche mehr Aufgaben hinzugekommen. Bis jetzt habe ich noch drei Dinge zu erledigen:

1. 1249
2. Aktueller Stand, Anforderungen und Lösungen der CI-Pipeline im Team
3. Restrukturierung des Nexus-Graphen

Jede dieser Aufgaben erfordert sorgfältige Überlegungen und ist nicht einfach. Bedauerlicherweise kann ich für keine der Aufgaben den Zeitaufwand genau abschätzen – alles wird von Weiyu grob geschätzt und in den Story Points im Jira-Ticket festgehalten. Eines ist mir klar: Wenn ich nicht anfange, selbst zu schätzen und zu reflektieren, werde ich niemals genau schätzen können. Also werde ich ab jetzt genau schätzen.

Außerdem habe ich vor, heute mit der Aufgabe 1249 zu beginnen. Da es sich um eine geschäftliche Angelegenheit handelt, ist sie in der Regel dringlicher, und Weiyu legt auch mehr Wert darauf. Was die Restrukturierung angeht: Wenn ich mich nicht selbst darum kümmere, wird sich wahrscheinlich niemand darum kümmern (denn es ist leider so: Sie beeinträchtigt nicht die Funktionalität, aber die Effizienz, und Effizienz ist am schwersten zu messen – selbst ich kann sie nur qualitativ analysieren).

Was habe ich an diesem Tag gemacht???? Was habe ich gemacht????

TODOs

• Qiao Bo grüßen
• HDMAPMDK-1262
• HDMAPMDK-755

Arbeiten

• Morgens debuggte ich online den gestrigen Hotfix im Arbeitsbereich von Yiming und stellte fest, dass es an einem Offset lag. Gestern habe ich es zu hastig geschrieben und überhaupt keine Tests hinzugefügt. Solches Verhalten sollte nicht mehr vorkommen. Ich dachte, ich hätte viel Zeit gespart, doch am Ende habe ich noch mehr Zeit verschwendet.
• Der Grund, warum 1262 keine Daten erhalten konnte, ist, dass das MDK die Road Mark auf Lane-Level (sowie Road Obstacle) nicht geladen hat.
• Habe für Bruder Du die Daten kompiliert.

• Dokumentation schreiben, die den aktuellen CI-Status von nexus/mdk und die Anforderungen beschreibt.
• [x ] Auf den Bug HDMAPMDK-1263 achten
  • Es handelt sich tatsächlich um ein Problem der Produktionslinienaufteilung.
• Ein Treffen mit Yang Chuan zur Diskussion über CI vereinbaren
• HDMAPMDK-1262 Nicht erledigt
• [x ] Problem mit benutzerdefinierter Geschwindigkeitsbegrenzung

Einen Bug im OSM Assembler behoben (eigentlich kein echter Bug).

Heute hatten wir ein Sprint Planning Meeting: Die Aufgaben in diesem Sprint sind nicht viele, aber es gibt viel zu bedenken. Das ist ein gesunder Zustand.

Der OSM Assembler wurde refaktoriert, unter Verwendung des vorherigen OSM serialize. Sowohl die Verständlichkeit des Codes als auch die Einfachheit des Schreibens wurden verbessert.