Settembre 2024. Laravel o Node per il backend di AI Multisite? Ho scritto e cancellato due prototipi prima di decidere. Quattro tradeoff tecnici concreti, una scelta che oggi rifarei.
Agosto 2024. Un editore italiano del network AI Multisite espande una testata in tre paesi: traduzione AI-assistita con prompt stilometrici, geo-redirect su Accept-Language e CF-IPCountry, hreflang completo. 4 mesi, ~14k articoli storici tradotti, +28% traffico locale.
Luglio 2024. Romiltec chiuderà il 2024 con un fatturato del +229% sul 2023. Non è il numero che mi guida nelle decisioni mensili. I numeri che guardo davvero sono altri tre.
Giugno 2024. Una holding editoriale del Centro Italia con 6 testate, ognuna con il suo CMS, i suoi flussi, i suoi alert. In quattro mesi siamo passati da sei silos a una redazione tecnica unica.
Maggio 2024. Dietro AI Multisite i worker Laravel su supervisord facevano il loro mestiere ma il debug era cieco. Ho migrato tutto a Horizon, ho rotto Redis con un payload da 14 MB, e ho capito cosa di supervisord tenermi ancora. Horizon vs supervisord worker Laravel, scelta misurata.
Aprile 2024. Dovevamo indicizzare 50 milioni di articoli sul cluster Typesense di AI Multisite. Il piano sembrava ragionevole. L’errore l’abbiamo visto in produzione: schema troppo grasso, RAM in saturazione.
Marzo 2024. Stavo per preparare il preventivo per il quarto editor che mi chiedeva la stessa cosa. Non l’ho mai mandato: il prodotto era già lì, dentro due anni di partnership con un gruppo editoriale. Bisognava solo estrarlo come piattaforma.
Febbraio 2024. Due app server, due database editoriali grandi, MaxScale davanti, una replica circolare master-master tra james-db e jason-db. Il giorno che ho smesso di rispondere alle 5 del mattino agli alert e perché farei la stessa scelta architetturale oggi.
Gennaio 2024, sedici server HestiaCP da migrare da PHP 7.4 a 8.4 in due settimane, ~120 siti WordPress di clienti, zero ore di downtime contrattuale. Il piano rolling, il workflow, e tre incidenti reali in produzione: count(null) di un plugin, opcache mismatch, WP-CLI globale fuori sync. Postmortem onesto: PHP 7.4 a 8.4 fleet 16 server.
Fine 2023, otto mesi di Romiltec. Niente metriche da SaaS unicorno, niente hockey-stick. Lo stack che sta funzionando, le scelte che cambierei, e tre cose imparate che non sapevo a giugno: pianificazione settimanale, preventivi in italiano semplice, rapporto fra ore tecniche e ore di chiarimento.
Novembre 2023. Un cliente nuovo chiede una feature in due settimane con vincoli tecnici incompatibili con la qualità. La firma del contratto era già stata trasmessa. Ho detto no. Sei mesi dopo, lo ringraziavo per averla presa bene.
Ottobre 2023. Un editore italiano del Centro chiude WordPress.com Business e ci chiede di portarlo su infra dedicata in due settimane. Undici giorni di lavoro effettivo, downtime sotto i sessanta secondi, traffico preservato. Il diario tecnico della migrazione.
Settembre 2023, terzo mese di Romiltec. Una call con un editore italiano, una richiesta tecnica che è una cattiva idea, e la versione di me di un anno prima che avrebbe trovato un modo per accontentarlo. Ho detto di no, ho perso il preventivo, sei mesi dopo sono tornati.
Agosto 2023, primi mesi di Romiltec. Un template HestiaCP riproducibile che porta un cliente WordPress nuovo da server vuoto a produzione in un’ora: SSL automatico, mail con DKIM, backup off-site cifrati, tuning nginx. Logica, stack, e i due bug che ho dovuto correggere dopo il primo cliente reale: hestia control panel baseline cliente.
Agosto 2023, primi mesi di Romiltec. Otto server bare-metal, HestiaCP su tutti, niente orchestrator. Le scelte che rifarei, quelle che ho pagato in operations e perché Hestia resta il punto di partenza giusto per una software house bootstrap.
Luglio 2023, terzo cliente Romiltec. Ho costruito un prezzo fisso mensile partendo da un foglio Excel onesto e ho scoperto le quattro voci che avevo sottostimato. Ecco la formula corretta.
Cosa ho copiato e cosa ho buttato dopo otto anni a guidare un’infrastruttura Laravel/MariaDB/MaxScale in una software house del territorio pisano. Lo stack iniziale di Romiltec, scelta per scelta.
Niente account manager, niente project manager, niente tier commerciali. In Romiltec il cliente parla con chi scrive il codice. Una regola tecnica prima che organizzativa: ecco perche’ regge.