Siedo al fianco della proprietà come Fractional CTO: coordino i fornitori esterni, smonto preventivi gonfiati e contratti opachi, e rimetto ordine nei sistemi informatici. Il margine operativo cresce quando si toglie la fatica inutile a chi lavora ogni giorno. Sto dalla parte dell’impresa: zero conflitti di interesse, nessun pacchetto di ore da piazzare.
Full-stack developer, architetto software, SEO e information retrieval
Chi dirige la tecnologia guardando solo le slide delle agenzie finisce per pagare dieci volte il dovuto; uno sviluppatore isolato non guarda i processi dell’azienda. Metto insieme la visione dei numeri con la verifica diretta del codice, per dare serenità operativa al team e liberare risorse.
Il fornitore fa il preventivo, stima le ore e decide l'architettura: in azienda nessuno può dire se quel lavoro vale due giorni o venti. Leggo i contratti, decido cosa conviene comprare e cosa costruire, e coordino gli sviluppatori un task prioritario alla volta. Il codice pagato dall'azienda resta dell'azienda.
Ho scritto da solo ERP che girano su reti nazionali da anni, con dentro lo storico di centinaia di aziende. Per questo so quanto costa davvero una modifica e quando una piattaforma chiusa si sta tenendo i vostri dati. Un gestionale fatto bene evita alle persone di ricopiare dati da una schermata all'altra.
Una migrazione fatta male cancella in una notte anni di posizionamento, e il giorno dopo i contatti si comprano su Google Ads. Studio i motori di ricerca dal 2006: redirect degli URL storici, scansione e velocità reale nel browser entrano nel progetto dalla prima bozza.
Un modello linguistico è bravo a leggere un PDF scritto male o un'email confusa, ed è pessimo a fare le somme. Lo uso per estrarre e classificare i dati dai documenti; calcoli, provvigioni e quadrature restano al codice tradizionale, collegato al gestionale e conforme a GDPR e AI Act.
Quattro contesti reali in cui architettura del software, migrazioni complesse e organizzazione hanno prodotto numeri verificabili. I sistemi di Il Tuareg e OSM vanno avanti senza di me: l’assistenza la seguono persone dedicate e autonome, e gli interventi riguardano quasi sempre nuove funzioni, quasi mai bug.
Fractional CTO esterno (collaborazione dal 2020, ruolo assunto nel 2026)
Ho iniziato a lavorare con loro nel 2020, l’anno in cui il turismo si è fermato, per rifare il sito. Nel 2021 è arrivato il bando Estate INPSieme e con lui una montagna di pratiche: ho scritto un modulo custom dentro WordPress per gestirle. Faceva il suo lavoro, ma era lento e scomodo da usare, e il team doveva piegare il proprio modo di lavorare alle sue schermate. Nel 2023 Vacanze Studio aveva superato la metà del fatturato e ogni pratica passava ancora da lì. Nel 2024 l’ho riscritto da zero come CRM a sé in Svelte e Firebase, partendo da come lavorano davvero gli operatori: il software si adatta al flusso, non il flusso al software. Nel 2025 ci ho aggiunto l’AI per leggere i documenti in ingresso. Il risultato è di squadra: Emanuela Lo Cascio e Filippo Falanga, che dirigono Vacanze Studio, sono stati committenti capaci di lavorare in team e di tenere pulita la comunicazione. Il mercato l’hanno fatto loro; il software ha permesso di reggere la crescita senza allargare la squadra. Dall’estate 2026 seguo come Fractional CTO esterno la tecnologia di tutta l’azienda.
Fonte: bilanci depositati (P.IVA 04168670828). Fatturato in indice, 2019 = 100: nel 2020 crolla dell’85%, nel 2025 è 2,6 volte il pre-COVID. L’utile netto è su scala propria: conta la forma della curva.
Ingresso nel 2020 (minimo storico COVID del turismo) per il rifacimento del sito web aziendale.
Primo modulo custom in WordPress per gestire le pratiche del bando INPSieme.
Il gestionale esce da WordPress e viene ridisegnato sul flusso degli operatori: CRM a sé in Svelte + Firebase, documenti gestiti in automatico.
Dalla sola divisione Vacanze Studio alla regia tecnologica dell’intero Il Tuareg.
Quanto pesa la divisione sul fatturato totale, anno per anno, e su quale software girava.
IT Architect e Full-stack Developer dell’ERP (da solo)
Ho progettato e sviluppato l’ERP da solo, su frontend, backend e database. Lato committente ho lavorato in coppia con Gaetano Seminara: sapeva cosa serviva e lo diceva in modo chiaro, senza creare confusione. Il progetto è andato avanti in due fasi:
Un franchising di 20 partner con 20 gestionali identici a vista, ma ognuno col suo database: la stessa persona aveva un ID diverso e un account diverso su ogni gestionale, e per fare una classifica qualcuno ricopiava i numeri a mano su un foglio. Ho unificato quei 20 database in un unico ERP.
Visto il risultato su OSM Value, il sistema è stato scalato a livello nazionale per l’intero gruppo OSM, un franchising con centinaia di aree e aziende diverse (inclusa OSM Value), gestendo il calcolo provvigionale multilivello, Business Intelligence e analytics.
Con il gruppo nazionale sono arrivati 4 ERP diversi, usati da centinaia di aziende. Anni di fatture, preventivi, erogazioni, incassi e statistiche portati dentro un solo sistema, con la quadratura contabile verificata su ogni dato migrato.
Ogni nuovo partner era un gestionale in più da tenere allineato a mano.
Progetto e sviluppo da solo l’ERP: un’unica base dati, un solo account per persona.
L’ERP viene esteso a livello nazionale su centinaia di sedi e aziende: provvigionale multilivello, BI e architettura proprietaria.
Provvigioni, classifiche e statistiche escono direttamente dal gestionale.
Fondatore & Lead Systems Architect (Web magazine fondato nel 2004)
Progetto editoriale che gestisco a livello personale da oltre 20 anni. Nell’ultimo anno l’ho riprogettato da zero, migrando circa 20.000 articoli da un monolite WordPress a un’architettura veloce Svelte + Firebase con analytics proprietario progettato per non raccogliere dati personali e senza cookie o traccianti terzi.
Audit Google PageSpeed Insights su questo stesso sito: Lighthouse 13.5.0 su Moto G Power emulato e limitazione a 4G lenta, con TBT a 0 ms e CLS a 0.
Verifica il report in tempo reale su Google PageSpeed ↗Valutazione utenti reali (CrUX): superata. Speed Index laboratorio: 0,5 s · Total Blocking Time (TBT): 30 ms.
Co-founder e Full-stack Architect (esperienza conclusa)
Piattaforma di welfare aziendale multi-tenant progettata da zero in Node.js e Svelte: gestione wallet finanziari, emissione e riscatto voucher B2B/B2C, registri contabili a prova di manomissione e quadratura automatica.
L’architettura ha permesso alla startup di scalare velocemente gestendo più piani di welfare su tante aziende, offrendo un vantaggio concreto: permettere l’uso del credito welfare con qualunque fornitore scelto dall’azienda o dal dipendente, superando la rigidità dei cataloghi convenzionati chiusi.
Pagare persone competenti per fare da fotocopiatrice umana tra fogli Excel e gestionali disconnessi brucia tempo prezioso e frena l’azienda. Muovete i tre cursori per stimare l’impatto economico del tempo perso dal vostro team:
Tempo liberato per attività strategiche: Le ore tolte alle operazioni ripetitive tornano ai clienti, gli errori calano e le persone lavorano meglio, e restano più volentieri.
Zero tassa sulle assunzioni: Con un'architettura proprietaria, se il team raddoppia le licenze non aumentano: si paga solo chi mantiene il software. A certe condizioni il software si iscrive in bilancio come immobilizzazione.
I saggi e le analisi algoritmiche originali (2006–2009), riscritti e verificati da Vincenzo Lombino alla luce dei sistemi distribuiti e dell’intelligenza artificiale di oggi.
Il primo post del blog, settembre 2006: guardare i motori di ricerca senza schierarsi né con il bianco né con il nero.
Un test sui link del 2006 e cosa dice ancora oggi sulla rilevanza.
Settembre 2006: lingua, pertinenza e spam cambiano insieme alle parole che la gente usa.
Il testo generato in massa inganna i filtri per poco. L'esperimento Anti-Markov del 2006, riletto con i modelli linguistici di oggi.
Come funzionava un generatore di pagine doorway del 2006: testo sintetico, keyword nei tag e link interni.
Gli operatori di ricerca di Google, uno per uno: booleani, filtri su URL, titolo e testo, date e caratteri jolly.
La guida del 2006 alle espressioni regolari, con un capitolo nuovo: una sola regex scritta male può fermare un server.
Offset negativi, display:none e cloaking su User-Agent, Referer e IP: cosa vedeva il motore e cosa vedeva l'utente.
Gennaio 2007: il codice sorgente e la pagina nel browser non coincidono, dall'HTML statico al DOM generato via JavaScript.
La discussione del gennaio 2007 con Agoago e Fradefra: cosa indicizza davvero Googlebot, iframe e JavaScript, la selezione del testo a video.
Marzo 2007: leggere lo storico di navigazione dalla cache del browser e profilare l'utente senza consenso.
Identità artificiali contro i sistemi di reputazione: nodi fittizi, alterazione del PageRank e vulnerabilità topologiche nei grafi.
Marzo 2009: eseguire codice da un foglio di stile con XBL in Firefox e HTC in Internet Explorer.
