davideandClaude Sonnet 5.5
8f25143aa5
- Spezza il registro delle decisioni in docs/decisions/DD-XXX.md, con indice - Ripulisce DATABASE.md dalla storia delle migration e aggiunge la sezione Lettura - Riduce PROJECT_STATE.md a una pagina; la procedura di allestimento passa in OPERATIONS.md - Aggiunge OPERATIONS.md, GLOSSARIO.md, trappole note e checklist in ARCHITECTURE.md - Sintetizza la copertura test di badge.md e documenta docs/archive - Allinea AGENTS.md, README.md e la regola Cursor (tolto l'obbligo di develop, in contrasto con DD-019) Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
23 lines
846 B
Markdown
23 lines
846 B
Markdown
# DD-004 — Ogni versione aggiunge, non riscrive
|
|
|
|
**Data:** agosto 2026
|
|
**Stato:** Accettata
|
|
|
|
**Contesto**
|
|
CrAPP è già usata dalla squadra per presenze, calendario, scout, badge e notifiche. Rischiare regressioni su moduli funzionanti vanifica la fiducia degli utenti.
|
|
|
|
**Decisione**
|
|
Le nuove versioni **introducono** funzionalità. Non si riscrive un modulo già operativo salvo richiesta esplicita e pianificata.
|
|
|
|
**Alternative scartate**
|
|
|
|
- Refactoring ampio “per pulire” insieme a ogni release → alto rischio, poco valore immediato per gli utenti.
|
|
|
|
**Conseguenze**
|
|
|
|
- Coesistono temporaneamente soluzioni vecchie e nuove (es. dati hardcoded accanto a tabelle database).
|
|
- Il debito tecnico va gestito con migration dedicate, non di nascosto.
|
|
|
|
**Riesame**
|
|
Quando un modulo diventa ingestibile o blocca una release importante.
|