Ciao, sono Monte.
Progetto, sviluppo e automatizzo il software del tuo prodotto.
Da zero, o su un sistema che si è irrigidito nel tempo.
Dall'analisi e l'architettura alla realizzazione, fino ai processi che ne tengono alta la qualità: test, CI/CD, observability, sicurezza. E il team resta capace di andare avanti da solo.
Per chi è
Aziende di prodotto che costruiscono qualcosa di nuovo, o convivono con un sistema irrigidito nel tempo.
Prodotti che hanno superato la fase iniziale e ora si trovano davanti ad attriti che prima non c'erano.
Deploy che fanno paura
Ogni rilascio è un evento. Lo rimandi al venerdì pomeriggio per evitare il weekend di guardia. Quando qualcosa si rompe, recuperare costa ore, non minuti.
Tecnologia ferma al palo
Aggiungere una funzione nuova costa una fatica enorme. Lo stack è vecchio e ogni modifica combatte con le precedenti. Stai restando indietro, e lo senti.
Stai per costruire qualcosa di nuovo
Un servizio, un'integrazione, una funzionalità importante. È il momento in cui le scelte di architettura contano di più: sono le più costose da cambiare dopo.
Se due di queste te le sei già sentite addosso, il momento giusto per intervenire è prima della terza.
Il metodo
Tre pilastri in un ordine preciso. Togline uno e gli altri due perdono efficacia.
Saltare uno step non fa risparmiare tempo: sposta solo il dolore più avanti.
Progettare
Non si torna indietro senza pagare. Per questo le decisioni di design vengono prima di tutto.
Verificare
Sapere che funziona davvero: sotto carico, sotto attacco, nel tempo. Senza questo, automatizzare amplifica solo i guasti.
Automatizzare
Solo dopo aver progettato e verificato. L'automazione amplifica tutto quello che le sta sopra, errori compresi.
Le prove
Progetti reali, raccontati dalle decisioni che li hanno formati.
7 analisi tecniche di sistemi che avevano già gente dentro. I nomi dei committenti sono omessi, le decisioni no.
software installato presso il cliente
Quante versioni del tuo prodotto stai mantenendo davvero?
Le configurazioni supportate sono diventate un elenco scritto, e «verde» ha smesso di significare tre cose diverse. Il lavoro ha rivelato controlli che dichiaravano successo senza aver verificato nulla e configurazioni senza alcun controllo. Il risultato consegnato è la mappa di dove sono i buchi, e quanto costa ogni riga.
integrazione con un sistema di terzi
Il fornitore non ha un'API. Il portale sì.
I dati arrivano nel gestionale senza più trascrizioni manuali, e l'integrazione gira ancora: il portale del costruttore è rimasto quello, perché è specifico per quelle macchine e cambiarlo costerebbe troppo. Lungo la strada è emerso che l'endpoint riordinava le risposte, e per due settimane i valori sono finiti nella colonna sbagliata senza produrre un solo errore.
un dimostratore per una richiesta vera
Tracking live dei mezzi su mappa
Una feature portata end-to-end dallo stesso codice, con mappa nativa: eseguita e vista funzionare su iOS, compilata per Android. Ogni bivio è registrato con l'alternativa scartata, e la verifica è dichiarata per intero: cosa è coperto da test, cosa è stato provato a mano, cosa non è verificato e perché.
Formazione
Oppure formo il team
Quando il problema non è costruire ma saper fare: un percorso con il team, sul vostro stack.
Speaking
Ultime conferenze
Vedi tutti i talk →
Ultimi articoli
Quello che imparo, lo scrivo.
DevContainers: Ambiente di Sviluppo Portatile e Riproducibile
Come funzionano i DevContainers, e il problema dei file di proprietà di root su Linux: si risolve nominando l'utente con `remoteUser`.
Gli agenti scrivono i test. Chi controlla che funzionino davvero?
Il mutation score correla con i bug reali a R² ≈ 0,70, la line coverage si ferma a 0,25. Come diventa l'arbitro dei test scritti dagli agenti.
Come il mutation testing mi ha fatto capire che la mia suite stava mentendo
93% di coverage, tutti verdi, e un terzo dei test non verificava niente. Cosa ha mostrato Stryker.NET, e come sono passato dal 65% al 92%.
RTK e tokensave: ridurre i costi dei token nell'AI coding
Due tool Rust ortogonali: RTK comprime l'output verboso della CLI, tokensave indicizza il codice in un knowledge graph. Circa -80% e -93% di token.
ListObjects in Produzione: Caching, Pre-materializzazione e BatchCheck
Caching, read model pre-materializzato e BatchCheck per risolvere il collo di bottiglia di ListObjects in OpenFGA, con strategie di invalidazione.
Parliamone.
30 minuti, gratuiti, per capire se possiamo lavorare insieme.