Perche ho smesso di overingegnerizzare i miei progetti
Una nota sul passaggio da architetture troppo ambiziose a prototipi piccoli, misurabili e piu vicini ai problemi reali.
Il vecchio errore
Quando vuoi dimostrare di essere tecnico, la tentazione e aggiungere pezzi: multi-tenant, code, gateway, microservizi, dashboard, automazioni, deploy complessi.
Il risultato sembra piu professionale, ma spesso nasconde una domanda non risolta: qualcuno ha davvero bisogno di questa cosa?
La nuova regola
Prima costruisco la versione piu piccola che rende il problema visibile.
Se devo validare un tool per un flusso di magazzino, non mi serve partire da un'infrastruttura enorme. Mi serve capire il dato, il punto di attrito e la persona che usera lo strumento.
Cosa tengo
Non significa ignorare la qualita. Significa spostarla dove conta:
- modello dati chiaro
- codice leggibile
- interfacce semplici
- logica testabile
- deploy comprensibile
Cosa tolgo
Tolgo parole che oggi mi fanno sembrare piu grande del progetto: enterprise, production-ready, scalable infrastructure. Le rimettero quando saranno vere, non quando serviranno a decorare una pagina.