La Mia Risposta al Rifare

Se hai letto la mia introduzione, conosci il mio mantra: odio ricostruire. Ogni volta che iniziavo un nuovo progetto da zero — configurare autenticazione, JWT, Docker, gestione utenti, role guard — non stavo costruendo il prodotto. Stavo ricostruendo l'impalcatura che avevo già costruito una dozzina di volte prima.

RAD-System è la mia risposta a questo problema. È un framework full-stack che ho costruito per me stesso, open source su GitHub, che elimina tutto ciò che chiamo "rumore di fondo dello sviluppo" — in modo che dal minuto zero, possa concentrarmi esclusivamente sulla logica di business.

Non è destinato a essere il framework per tutti. È costruito attorno al modo in cui penso e ai pattern che mi fido dopo 40 anni di costruzione di sistemi. Se condividi questo approccio, potrebbe funzionare anche per te.

Sicurezza e Astrazione Per Design

La domanda che mi sono posto quando ho iniziato a progettare il backend di RAD-System era semplice: qual è il codice che scrivo ogni volta che avvio un nuovo progetto? Autenticazione, campi di audit, operazioni CRUD, controlli di proprietà. Sempre le stesse cose. Sempre con il rischio di sbagliare leggermente una di esse.

La mia risposta è stata scrivere una volta, correttamente, e non scrivere mai più. Questa è l'intera filosofia del backend RAD-System — un livello NestJS in cui il 90% ripetitivo è gestito da due classi astratte, e il tuo lavoro è solo il 10% che è effettivamente specifico del tuo prodotto.

Il codice completo è su GitHub.

Angular Senza Cerimonia

Ho usato Angular fin dalle sue prime versioni. Nel tempo ho visto il framework accumularsi di cerimonia — NgModules, catene di provider complesse, librerie di gestione dello stato che richiedono la loro propria curva di apprendimento solo per memorizzare un semplice flag. Per la maggior parte delle applicazioni, è troppo.

Il frontend di RAD-System è il mio tentativo di usare Angular moderno nel modo in cui era destinato a essere usato: snello, modulare e senza dipendenze da librerie che risolvono problemi che non ho. Il codice è su GitHub.

Progettato Per Essere Semplice in Produzione

Una delle cose che ho imparato attraverso molti progetti è che la complessità del deployment uccide la manutenzione. Se mettere una nuova versione in live richiede a qualcuno di ricordare una sequenza di passaggi, connettersi a più server, o avere la toolchain di build installata in produzione — le cose prima o poi andranno male.

La configurazione Docker di RAD-System è costruita attorno a un principio: i server di produzione dovrebbero essere il più stupidi possibile. Eseguono container. Non compilano codice. Il codice è su GitHub.