Contesto
La repo oggi regge bene con una struttura piatta (data/, notes/, notebooks/, figures/), ma con piu' filoni potrebbe diventare meno leggibile.
Obiettivo
Tenere traccia di una possibile struttura v2 piu' scalabile, senza anticipare il refactor adesso.
Ipotesi da valutare piu' avanti
Passare da una struttura piatta a una struttura per casi/filoni, ad esempio:
cases/abbiategrasso-suolo/
cases/abbiategrasso-irpef/
con notebook, note, data bundled e figure piu' vicini tra loro.
Quando ha senso riaprire il tema
- quando i filoni veri diventano abbastanza da rendere rumorosi
data/, notes/, figures/, notebooks/
- quando il
README inizia a diventare troppo denso
- quando mantenere i collegamenti tra file dello stesso caso inizia a costare tempo
Output atteso
- nessun refactor adesso
- solo criterio per capire quando una v2 strutturale diventa utile davvero
Contesto
La repo oggi regge bene con una struttura piatta (
data/,notes/,notebooks/,figures/), ma con piu' filoni potrebbe diventare meno leggibile.Obiettivo
Tenere traccia di una possibile struttura v2 piu' scalabile, senza anticipare il refactor adesso.
Ipotesi da valutare piu' avanti
Passare da una struttura piatta a una struttura per casi/filoni, ad esempio:
cases/abbiategrasso-suolo/cases/abbiategrasso-irpef/con notebook, note, data bundled e figure piu' vicini tra loro.
Quando ha senso riaprire il tema
data/,notes/,figures/,notebooks/READMEinizia a diventare troppo densoOutput atteso