meldestelle/docs/90_Reports/2026-04-02_Curator_Report.md
Stefan Mogeritsch cdadcf4611 docs(reports): add comprehensive status and recommendation reports for key roles
- 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>
2026-04-02 11:15:38 +02:00

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.md um 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.