Manifesto

Pengunaria esplora come curiosità, disciplina e giudizio possano produrre software che valga la pena mantenere. Non è un prontuario di verità universali: sono cinque direzioni con cui valutare il lavoro e cambiare idea quando le prove lo richiedono.

01 — Preservare la capacità di cambiare

Costruire per oggi senza rendere impossibile domani. Test, confini comprensibili e dipendenze esplicite non servono a prevedere il futuro: servono a mantenerlo negoziabile.

Prevedere il futuro è presunzione. Renderlo possibile richiede carattere.

02 — Rispettare il tempo delle persone

Una soluzione affascinante può essere quella sbagliata se costa troppo da costruire, comprendere o mantenere. L’automazione dovrebbe eliminare la ripetizione, non il giudizio. La complessità deve continuare a meritare il proprio costo.

Una cattedrale nel deserto rimane tale, anche quando è perfettamente costruita.

03 — Trasformare la conoscenza in sistemi

Se un software resta sicuro soltanto perché una persona ricorda ogni comportamento implicito, quella persona è diventata parte dell’architettura. Test, documentazione e responsabilità chiare permettono alla conoscenza di sopravvivere alla memoria.

Dobbiamo costruire sistemi che continuino a funzionare anche senza di noi.

04 — Dare alla curiosità uno spazio sicuro

La disciplina in produzione non deve eliminare il gioco tecnico. Alcune idee devono essere utili. Altre possono esistere per insegnarci qualcosa, sorprenderci o farci chiedere: “E se provassimo?”. Per questo esistono i Labs.

Senza uno spazio per giocare, possiamo soltanto ripetere ciò che sappiamo già.

05 — Costruire apertamente

Il codice originale di Pengunaria nasce open source; i dati creati per l’utilità collettiva diventano open data quando possiamo legittimamente condividerli. Aprire significa rendere il lavoro ispezionabile, riutilizzabile e migliorabile, senza ignorare privacy, proprietà intellettuale o riservatezza.

Condividere il lavoro non ne riduce il valore. Gli permette di vivere ancora. E ancora.

Questi principi valgono solo se diventano visibili nelle decisioni. I Progetti sono il posto da cui verificarli; i Labs quello in cui possiamo temporaneamente disobbedire alla ragionevolezza.