Il software su misura che resta acceso.
Progetto e mantengo i sistemi su cui le aziende lavorano tutti i giorni.
Se il sistema si ferma, 250 clienti non riescono a lavorare. In sedici anni non è mai successo per più di qualche ora.
dal 2005
scrivo software gestionale
~30
aziende clienti
169
progetti in archivio
20
integrazioni fra gestionali ed e-commerce
01
Quattro modi di lavorare insieme
Un software che non esiste ancora, dei sistemi che non si parlano, un prodotto da far nascere, o qualcosa di già costruito che puoi usare da subito.
Quando il software che ti serve non esiste
Sviluppo software gestionale su misura, costruito sul processo di un’azienda sola. Si parte da un colloquio, si scrivono i requisiti, poi le specifiche, e il codice viene dopo: sai come sarà il tuo prodotto prima che esista una riga di codice.
E poi resta acceso: chi lo scrive è chi lo mantiene.
Quando i sistemi non si parlano
SAP, Microsoft Dynamics, e i gestionali di settore che in Italia usano poche aziende e conoscono ancora meno fornitori. Sette sistemi diversi, integrati per venti clienti.
Quando il tuo gestionale non ha una documentazione pubblica, la differenza non la fa la tecnologia: la fa chi l’ha già fatto.
Quando gli strumenti che usavi non bastano più
Startup e nuovi prodotti. All’inizio si mette insieme quello che c’è: servizi esterni collegati fra loro, che reggono finché l’azienda è piccola. Poi smettono, e passare a un prodotto proprio è il momento in cui si rischia di più.
Una piattaforma sanitaria costruita così, un pezzo alla volta, oggi la usano fra 150 e 200 professionisti.
IlGestionale.Online
Il gestionale modulare che parla già con SAP e con i gestionali già in uso nelle aziende italiane. In uso in cinque aziende, a canone.
Con dentro una cosa che non ha nessun altro: fai una domanda in italiano e ti risponde con i dati, in tabella e in grafico.
In tutti i casi il patto è lo stesso: quello che accendiamo, resta acceso.
02
Prima di scrivere codice
Il modo in cui un progetto viene portato a casa conta più della tecnologia con cui è scritto. Questo è il mio, passaggio per passaggio.
Si raccolgono i requisiti, e si scrivono
Non una chiamata e via: un documento che leggi, correggi e approvi. Il costo di sbagliare un requisito cresce ogni settimana che passa, ed è l’unico costo che nessuna bravura tecnica recupera.
Poi le specifiche. Il codice viene dopo
Sai come sarà il tuo prodotto prima che esista una riga di codice: le schermate, i dati, i comportamenti. Non è tempo in più — è il tempo in cui cambiare idea non costa niente. Dopo, ogni ripensamento costa sviluppo.
Due ambienti separati, sempre
Collaudo e produzione. Nessuna modifica arriva agli utenti senza essere passata da un ambiente dove poteva rompersi senza fare danni.
Revisione prima del rilascio, non dopo la segnalazione
Quello che si trova in revisione costa un’ora. Quello che si trova in produzione costa una giornata, e lo trova il cliente.
Rilasci piccoli e frequenti
Su un prodotto recente, quattordici rilasci in quarantasette giorni. E niente si sostituisce mai tutto insieme: un sistema in esercizio da sedici anni l’ho rifatto un sottosistema alla volta, in otto anni, senza mai spegnerlo. Una startup l’ho portata via dai suoi servizi esterni con lo stesso passo, mentre cresceva.
Il rilascio grosso è più veloce da raccontare. È l’altro che non ti sveglia di notte.
03
Alcune delle cose che so fare
Parlo qualunque lingua parli la macchina
OPC UA, Modbus, API proprietarie, socket diretti. E per le macchine senza protocollo dichiarato, reverse engineering. Il MES che ho scritto è nato per una sola tipologia di macchina: oggi ne parla una ventina, su quindici-venti installazioni. Prima ogni impianto aveva il suo HMI e parlava solo con sé stesso.
Faccio interrogare i database a chi non sa scrivere una query
Domanda in italiano, poi SQL, poi i dati in tabella e in grafico. Dietro tre barriere: solo le tabelle autorizzate, connessione in sola lettura, e ogni query validata prima di essere eseguita. La sicurezza sta nel database, non nella buona fede del modello. L’ho costruito due volte, in due settori diversi.
Lavoro dentro i vincoli di qualcun altro
Una multinazionale delle telecomunicazioni aveva bisogno di single sign-on federato su un ambiente a policy talmente restrittive che nessuna libreria SAML esistente ci girava. Ho implementato lo standard: firma XML, canonicalizzazione, cifratura delle asserzioni. Identity Provider e Service Provider. Un mese. Funziona dal 2019.
Faccio firmare documenti legali alla scrivania
Un browser non può parlare con una tavoletta di firma collegata via USB, e le tavolette non sono tutte uguali: marche diverse, generazioni diverse, comportamenti diversi. Ho costruito tre canali invece di uno, per dare al cliente più di una strada quando una non è praticabile. È ancora in uso.
04
Lavoro con pochi clienti, a lungo.
La maggior parte dei sistemi che ho costruito è ancora accesa, e la manutengo io. È il motivo per cui prendo pochi progetti nuovi — e perché quando ne prendo uno, resto.
Vale anche per sistemi che eredito da altri.
Il primo passo è una chiacchierata, non un preventivo.
Raccontami il problema. Se posso risolverlo te lo dico, e se non posso ti dico chi può.