Esperienze reali, raccontate per intero.

Contesto

Madisoft realizza software per il mondo della scuola. Il mio ruolo è progettare e sviluppare un nuovo microservizio PHP robusto ed evolvibile, contribuendo alla definizione dell'architettura e delle linee guida tecniche.

Sfida

• Introdurre un nuovo microservizio nello stack esistente senza interrompere l'evoluzione del prodotto.
• Definire confini di contesto chiari su un dominio ricco come quello della scuola digitale.
• Diffondere nel team pratiche di qualità del codice e test automatici come abitudine, non come fase finale.

Soluzione

• Progettazione e implementazione del nuovo microservizio applicando DDD, architettura esagonale e CQRS + Event Sourcing.
• Modernizzazione progressiva del codice esistente con strategia a piccoli passi, sempre in produzione.
• Contributo attivo alle linee guida tecniche e alle code review trasversali ai team.

Formazione

• Promozione di TDD e clean code nel ciclo di sviluppo quotidiano.
• Supporto al team su design pattern e architettura applicativa.

Architettura

Decisioni

Contesto

Dal 2007 lavoro come libero professionista affiancando aziende che vogliono migliorare architettura e qualità del codice, rendendo il software più manutenibile ed evolvibile e riducendo tempi e costi di evoluzione nel lungo periodo. È il filo conduttore che attraversa tutte le altre collaborazioni: lo stesso approccio, declinato su contesti diversi.

Sfida

• Codice legacy difficile da evolvere, spesso senza test e con responsabilità mescolate.
• Team che hanno bisogno di pratiche condivise prima ancora che di nuove tecnologie.
• Decisioni di architettura che devono reggere nel tempo, non solo nella prossima release.

Soluzione

• Analisi della codebase e proposte di refactoring incrementale, senza riscritture big-bang.
• Introduzione graduale di DDD, architettura esagonale, CQRS+ES dove portano valore reale.
• Formazione on the job: code review, pair programming, sessioni mirate sui pattern adottati.
• Uso responsabile di strumenti AI a supporto di analisi e verifica, con revisione umana, per ridurre i tempi e dedicare più attenzione alla qualità del software e all'esperienza di chi lo usa.

Formazione

• Workshop su TDD, clean code, design pattern e architettura applicativa.
• Affiancamento ai tech lead interni per rendere il team autonomo dopo la consulenza.

Architettura

Decisioni

Contesto

Abilio è un network che connette persone, aziende e istituzioni in un percorso di compravendita sicuro e trasparente. Sono entrato come prosecuzione del lavoro iniziato con Studio Neprix, con l'obiettivo di far crescere il team tecnico e modernizzare lo stack applicativo.

Sfida

• Stack legacy composto da monoliti PHP difficili da evolvere e da testare.
• Team in crescita, con livelli di seniority eterogenei e nessuna baseline architetturale condivisa.
• Necessità di consegnare nuovi prodotti mantenendo in vita quelli esistenti.

Soluzione

• Migrazione progressiva verso un'architettura a microservizi basata su DDD.
• Definizione di una baseline architetturale: architettura esagonale, CQRS+ES, contratti chiari tra servizi.
• Collaborazione attiva alla migrazione del codice e alla scrittura dei nuovi progetti.

Formazione

• Formazione interna su TDD e test automatici come parte del design.
• Sessioni su clean code, design pattern, architettura esagonale, DDD, CQRS+ES.

Architettura

Decisioni

Contesto

Neprix è un gestore di asset e aziende in difficoltà, non solo di crediti. Sono arrivato come prosecuzione del lavoro fatto con Studio Mado, con il duplice obiettivo di far crescere il team tecnico e migrare lo stack legacy.

Sfida

• Monoliti PHP con responsabilità mescolate e tempi di rilascio lunghi.
• Team tecnico in costruzione, con bisogno di una guida sulle pratiche di qualità.
• Domini di business complessi da modellare e separare con cura.

Soluzione

• Disegno e implementazione di nuovi microservizi event-driven con DDD.
• Estrazione progressiva di bounded context dal monolite esistente.
• Code review e pair programming come strumento di trasmissione delle pratiche.

Formazione

• Formazione interna su test automatici (TDD), clean code e architettura software.
• Workshop su design pattern, architettura esagonale, DDD e CQRS+ES.

Architettura

Decisioni

Contesto

Studio Mado è la realtà da cui è partito il percorso continuato poi con Neprix e Abilio. L'obiettivo era far crescere il team tecnico e iniziare a migrare lo stack legacy verso un approccio a microservizi basato su DDD.

Sfida

• Codebase monolitica PHP consolidata negli anni.
• Team da accompagnare verso pratiche di qualità e test automatici.
• Necessità di sperimentare l'architettura a microservizi su casi reali, non in laboratorio.

Soluzione

• Migrazione del codice e scrittura di nuovi progetti con un'architettura a microservizi event-driven.
• Adozione di pattern condivisi (esagonale, CQRS+ES) per dare coerenza ai servizi.
• Standardizzazione degli ambienti di sviluppo con Docker.

Formazione

• Formazione interna su TDD, clean code e architettura software.
• Workshop su design pattern e architettura esagonale.

Architettura

Decisioni

Contesto

Sviluppo back-end e infrastruttura di un'API REST il cui scopo era gestire l'importazione e la successiva consultazione di cataloghi di materiale idrotermosanitario, con volumi importanti di dati e fornitori eterogenei.

Sfida

• Cataloghi forniti in formati diversi, con qualità del dato variabile.
• Performance richieste sia in scrittura (importazioni massive) sia in lettura (ricerca prodotti).
• Necessità di un modello di dominio chiaro per gestire varianti, attributi e classificazioni.

Soluzione

• Modellazione del dominio con DDD per separare importazione e consultazione.
• API REST con contratti stabili e versionamento esplicito.
• Pipeline di importazione testate con TDD per garantire qualità del dato.

Architettura

Decisioni

Contesto

Ho affiancato per sei anni la web agency Adrias Online di Rimini, realizzando i principali strumenti informatici per la gestione del loro parco hotel: CMS custom, sistemi di analisi dei dati e client di posta orientati al mondo alberghiero.

Sfida

• Esigenze molto diverse tra strutture hotel di dimensioni e brand differenti.
• Strumenti interni che dovevano restare utilizzabili dal team operativo, non solo dai tecnici.
• Integrazioni con servizi terzi (booking, mail, analytics).

Soluzione

• CMS custom pensati per l'ambito hotel, con un nucleo riusabile tra clienti.
• Sistemi di analisi dati per supportare le scelte commerciali delle strutture.
• Client di posta elettronica orientati alle esigenze degli hotel.

Architettura

Decisioni