# Lessons

Muster aus Korrekturen – zu Sessionbeginn reviewen, um dieselben Fehler zu vermeiden.

## Visuelle Tests immer an Elmar
Optische Prüfungen (Simulator, Layout, Animation) nie selbst „abnicken" – bauen/kompilieren,
dann Elmar per Ping zum Anschauen bitten. Headless (Build, Logik-Tests) mache ich selbst.
*(Ist jetzt auch globale Regel §11.)*

## Geteilte Logik statt Duplikat bei „genauso wie X"
Wenn eine neue Stelle „exakt wie Ansicht X" rechnen soll (z. B. #5-Verspätung wie Home),
**eine gemeinsame Funktion** bauen (`TagesrouteModel.tourPunkte`) und beide darauf umstellen –
nicht die Formel duplizieren (driftet sonst auseinander).

## Welcome-/Lade-UI: Hinweise erst, wenn Daten da sind
„Tippen zum Fortfahren" o. ä. erst zeigen, wenn die Berechnung fertig ist und der Nutzer die
eigentliche Info sieht – nicht schon im Ladezustand.

## Zeitstempel-Stabilität serverseitig lösen
„15 Min nach Erstellung" (#3) über ein **stabiles Server-Feld** (`erstellt_am`, über Verfeinerungen
durchgereicht) – kein Client-Workaround, der bei Neustart/Runden kippt.

## Neue App-Dateien → xcodegen
Neue Swift-Dateien unter `App/` werden erst nach `xcodegen generate` in den Build aufgenommen
(die `.xcodeproj` ist gitignored/generiert).