davideandClaude Sonnet 5.5
4b5ffc6664
Il giocatore vede l'avviso giallo da 30 giorni prima della scadenza del certificato medico; per lo staff resta 7 giorni, nero dopo la scadenza per tutti. L'admin che è anche giocatore vede il proprio avviso personale oltre a quello dello staff, da cui è escluso il suo nome. La scelta degli avvisi per utente è in avvisiCertificatiUtente() (profili-core) con test; documentati DD-041, DD-035, modulo e changelog. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
5.2 KiB
Registro delle decisioni di progetto
Ogni file di questa cartella è una decisione (DD-XXX.md): una scelta che ha influito sulla
direzione del prodotto, sull'organizzazione del lavoro o su come l'app si evolve. Non descrive
come è fatto il codice (per quello esistono ARCHITECTURE.md e
DATABASE.md): risponde a perché abbiamo scelto così, cosa avevamo escluso
e quando conviene riaprire la scelta.
Leggi solo le decisioni che ti servono: cerca il tema nell'indice qui sotto e apri il file corrispondente. Non serve leggerle tutte.
Come usare questo registro
Ogni decisione segue lo schema di ../_template-dd.md:
| Campo | Significato |
|---|---|
| Data | Quando la decisione è stata presa o confermata |
| Stato | Accettata · In valutazione · Sostituita · Obsoleta |
| Contesto | Quale problema o opportunità avevamo di fronte |
| Decisione | Cosa abbiamo scelto di fare |
| Alternative scartate | Cosa non abbiamo fatto e perché |
| Conseguenze | Cosa comporta nel quotidiano (utenti, admin, sviluppo) |
| Riesame | Quando ha senso riconsiderarla |
Quando aggiungere una voce
- una scelta influisce su più moduli o su più release;
- escludiamo un'alternativa non ovvia;
- accettiamo un compromesso consapevole (debito, limitazione, ritardo);
- cambiamo una decisione precedente.
Quando non serve
- dettagli implementativi locali;
- scelte estetiche minori;
- bugfix o correzioni puntuali.
Come registrare una nuova decisione
Copiare ../_template-dd.md in docs/decisions/DD-XXX.md con il primo ID
libero (gli ID non si riusano e non si rinumerano), poi aggiungere la riga all'indice qui sotto.
Una decisione sostituita non si cancella: si cambia il suo Stato e si rimanda a quella nuova.
Indice
Accettate
| ID | Titolo |
|---|---|
| DD-001 | Indipendenza da Lovable |
| DD-002 | Sviluppo document-first |
| DD-004 | Ogni versione aggiunge, non riscrive |
| DD-005 | Mobile-first |
| DD-006 | AI solo se utile |
| DD-007 | Badge calcolati, non in DB |
| DD-008 | Gamification equa tra ruoli |
| DD-009 | CSI manuale, poi integrazione API |
| DD-010 | Niente storico certificati |
| DD-011 | Auth reale prima del profilo |
| DD-012 | Rimandare la migrazione ID |
| DD-013 | Portabilità dello stack |
| DD-015 | Rosa da hardcoded a DB |
| DD-016 | Schema dati Profilo Giocatore |
| DD-017 | L'admin scrive al posto del giocatore |
| DD-018 | Collegamento automatico per email |
| DD-019 | Il branch lo decide l'utente |
| DD-020 | Test obbligatori e verdi |
| DD-021 | Molle interrompibili con motion |
| DD-022 | App solo chiara |
| DD-023 | Scritture limitate per ruolo |
| DD-024 | Route di notifica autenticate |
| DD-025 | Promemoria palloni manuale |
| DD-026 | Payload push cifrato |
| DD-027 | Voto limitato ai convocati |
| DD-028 | Soglia minima Media voto e MVP |
| DD-029 | Pulizia a cascata evento cancellato |
| DD-030 | Centro notifiche in-app |
| DD-031 | Nascita pubblica sincronizzata |
| DD-032 | Stagione CSI dalle date delle gare |
| DD-033 | Gestione eventi solo da calendario |
| DD-034 | Ruolo allenatore |
| DD-035 | Avviso certificati in Home |
| DD-036 | Notifiche email via Gmail |
| DD-037 | Promemoria evento senza ritorni |
| DD-038 | Tre canali per ogni notifica |
| DD-039 | Niente promemoria all'allenatore |
| DD-040 | Palloni e solleciti automatici |
| DD-041 | Avviso certificati: giocatore a 30 giorni |
In valutazione
| ID | Titolo |
|---|---|
| DD-014 | Convergenza schema DB |
Sostituite
| ID | Titolo |
|---|---|
| DD-003 | Branch main / develop |