Ho fondato Romiltec nell’aprile 2023 per dare una forma imprenditoriale al mio lavoro sul software e sui sistemi. La direzione è costruire prodotti e collaborazioni in cui sviluppo, infrastruttura e decisioni tecniche restino collegati.
È un passaggio dentro un percorso più lungo, non l’inizio del mio rapporto con la tecnologia. Prima di Romiltec ho lavorato nello sviluppo e nella responsabilità tecnica, attraversando contesti con esigenze operative e di prodotto differenti.
Dal software alla comprensione del sistema
Ho studiato Ingegneria Informatica a Catania. La tesi riguardava un’interfaccia per un framework robotico, con wxPython e comunicazione XML-RPC; l’esperienza nell’UNICT Team per EUROBOT ha unito software, hardware e comportamento osservabile.
Quel collegamento resta parte del mio modo di lavorare. Un programma deve essere valutato dentro il sistema in cui opera: dati, dispositivi, persone e condizioni di errore fanno parte del risultato.
Le esperienze prima dell’azienda
Mi sono trasferito in Toscana nel 2011. Nel percorso professionale ci sono, tra le altre, Tuscany Leather e Sinerbit, dove ho ricoperto il ruolo di CTO. Non sono dodici anni trascorsi tutti nello stesso ruolo o nella stessa azienda.
Lavorare su applicazioni mantenute nel tempo insegna a considerare aggiornamenti, integrazioni e continuità del servizio insieme alle nuove funzioni. La qualità di una decisione emerge anche quando deve essere spiegata a chi prende in carico il lavoro dopo.
Tenere vicine costruzione e responsabilità
Con Romiltec voglio mantenere un rapporto diretto tra chi conosce il problema e chi contribuisce alla soluzione. Questo richiede ascolto, ma anche la capacità di discutere una richiesta quando i vincoli non permettono un impegno credibile.
Il modello Team IT in abbonamento organizza una collaborazione continuativa con i clienti. La sua utilità dipende da priorità condivise, capacità riconoscibile e consegne verificabili, non dal solo modo in cui viene presentato il prezzo.
La responsabilità comprende anche ciò che accade dopo il rilascio: diagnosi, manutenzione e comunicazione quando il comportamento reale non corrisponde alle attese.
Costruire prodotti senza cancellare i servizi
AI Multisite e gli altri progetti proprietari rappresentano una direzione di sviluppo. Il servizio ai clienti resta una parte centrale dell’attività e una fonte di esperienza tecnica.
Questa convivenza richiede scelte sul tempo e sugli investimenti. Non racconto la transizione come un passaggio già concluso da software house a puro SaaS: sarebbe una descrizione meno utile della realtà che stiamo costruendo.
Conservare una voce tecnica personale
Questo blog è il luogo in cui posso spiegare prove, scelte e limiti con più dettaglio di una pagina commerciale. Il suo valore dipende dalla precisione del racconto e dalla possibilità di distinguere esperienza documentata, opinione e ipotesi.
La ragione della fondazione si ritrova in questo filo: continuare a costruire tecnologia, assumendo anche la responsabilità delle condizioni che permettono alle persone di lavorarci bene.