42 lines
1.4 KiB
Markdown
42 lines
1.4 KiB
Markdown
# PO decisions — 2026-02-27
|
|
|
|
## MVP scope
|
|
- MVP = første spil (`Fup og Fakta`) er spilbart end-to-end og fungerer stabilt.
|
|
- Platformen skal fra start være modulariseret så flere spil kan tilføjes senere.
|
|
|
|
## Realtime
|
|
- WebSocket er et krav i MVP (ikke polling).
|
|
- Redis/RabbitMQ er muligt senere for skalering; Redis kan bruges tidligt til channels layer.
|
|
|
|
## Join-regel
|
|
- Spillere kan kun joine i `LOBBY` i MVP.
|
|
- Viewers/observers er post-MVP.
|
|
|
|
## Sikkerhed / "anti-cheat"
|
|
- Fokus i MVP: sikre/sanitized user inputs og robust server-side validering.
|
|
- Hard requirements i første spilbare version:
|
|
- input sanitation (XSS/angrebsvektorer)
|
|
- server-side validering af submit/guess-flow
|
|
- fairness logging
|
|
|
|
## Release-klar kriterier
|
|
1. Stabilitet er prioritet #1.
|
|
2. Spillerantal er konfigurerbart; default: max 5, minimum 3 for at starte.
|
|
3. Spilstruktur skal understøtte parametre:
|
|
- X = spørgsmål i kategori (stor pool)
|
|
- K = antal spørgsmål udvalgt pr. kategori (K < X)
|
|
- Z = antal kategorier i pool (stor pool)
|
|
- N = antal runder pr. spil
|
|
- M = antal kategorier pr. runde
|
|
- K og M holdes ens på tværs af runder i MVP
|
|
|
|
## Eksempel
|
|
- 4 runder, 3 kategorier pr. runde, 2 spørgsmål pr. kategori.
|
|
|
|
## Prioriteret roadmap
|
|
- M1: Lås MVP-scope + acceptkriterier
|
|
- M2: End-to-end round engine
|
|
- M3: Anti-cheat/sikkerhed enforcement + fairness logging
|
|
- M4: Stabilitet/UX + release gates
|
|
- M5: UI/high-performance forbedringer
|