- Created and saved detailed reports for Frontend, Backend, UI/UX, Architecture, DevOps, QA, Rulebook, and Curation in `docs/90_Reports/`. - Included prioritized action items, challenges, and next steps across disciplines. - Addressed documentation gaps and organized steps for improving workflow consistency and validation across the stack. Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
2.0 KiB
2.0 KiB
🧹 [Curator] Report - 2. April 2026
1. Aktueller Status
Das Projekt macht schnelle Fortschritte, was zu einer hohen Frequenz an Frontend-Änderungen und Architektur-Anpassungen geführt hat. Der Code ist gut strukturiert, aber die technische Dokumentation (ADRs, Playbooks, Setup-Guides) hinkt den Implementierungs-Entscheidungen der letzten Tage etwas hinterher.
2. Empfehlungen & Prioritäten
🔴 P1: Dokumentation des "Event-First" Workflows & ADRs
- Warum: Die neue Struktur der Datenbank-Erstellung (pro Veranstaltung) und die Offline-Strategie (LAN-Sync) aus ADR-0020 werden tiefgreifende Auswirkungen auf die System-Architektur haben.
- Aktion: Ausführliche Dokumentation der Mandantenfähigkeit (Tenant-Isolation), des neuen Navigation-Stacks (V2) und
des Startvorgangs (Onboarding) in
docs/01_Architecture/.
🟠 P2: README.md und Setup-Guide aktualisieren
- Warum: Die neuen Run-Configs (z. B.
PreviewMain) und der Fokus auf die Desktop-App (Compose) machen es für neue Entwickler schwer, den Einstiegspunkt zu finden. - Aktion: Das Haupt-
README.mdum die neuesten Befehle für Compose Desktop (./gradlew :frontend:shells:meldestelle-desktop:run) und die Backend-Abhängigkeiten (z.B. Test-Datenbank-Setup) erweitern.
🟠 P2: Logs & Journaling Struktur
- Warum: Mit den vielen neuen Reports wird das
docs/90_Reports/-Verzeichnis schnell unübersichtlich. - Aktion: Einführung einer sauberen Unterordner-Struktur in
docs/nach Meilensteinen oder Kalenderwochen, um Reports und Session-Logs (docs/99_Journal/) besser archivieren und durchsuchen zu können.
🟡 P3: Aufräumen von altem Code ("V1")
- Warum: Wir haben viele "V2"-Screens eingeführt. Die alten, nicht mehr genutzten Platzhalter-Screens oder veralteten Routing-Einträge erzeugen "Dead Code".
- Aktion: Identifikation und saubere Löschung aller veralteten UI-Komponenten und Navigationspfade aus der initialen Startup-Phase, um die Code-Basis schlank zu halten.