Laravel multi-tenant: cosa scrivere nella specifica prima del codice
Isolamento dei tenant, job, cache e letture dopo una scrittura: come definire una specifica Laravel verificabile prima di affidarla a un coding agent.
Note dal founder che ha mantenuto le mani sul codice.
Isolamento dei tenant, job, cache e letture dopo una scrittura: come definire una specifica Laravel verificabile prima di affidarla a un coding agent.
Con i coding agent aumenta il codice da verificare. Un metodo per concentrare la review su autorizzazioni, dati, test e rilascio senza delegare il giudizio.
Password, workflow e domotica: come valutare Vaultwarden, n8n e Home Assistant attraverso backup, accessi, dipendenze e costo della manutenzione.
Prima di comprare una RTX 5090 per gli LLM: memoria necessaria, costo del sistema, compatibilità e confronto tra acquistare subito e aspettare.
Dal software alla gestione dei sistemi e ai modelli locali: come uso il laboratorio per verificare decisioni tecniche, senza confondere prove e produzione.
Come decidere se costruire un homelab: obiettivi, hardware iniziale, energia, tempo di gestione e confine tra esperimenti e servizi da mantenere.
Come costruire autorevolezza da founder tecnico: decisioni spiegate, prove leggibili, fonti, limiti e un blog personale distinto dalla comunicazione aziendale.
Perché ho avviato il rebrand personale con Audace Agency: pubblico, posizionamento, confine con Romiltec e responsabilità sui contenuti tecnici.
Come rendere concreta la leadership in un piccolo team tecnico: delega, ascolto, review, gestione degli errori e confini della disponibilità.
La menzione Forti Holding a Romiltec nella tappa CNA di Pisa e Lucca e le scelte del pitch: spiegare problema, prodotto e impresa in cinque minuti.
Il modello Romiltec e le domande sul capitale esterno: impiego dei fondi, cassa, diluizione, governance e compatibilità con il progetto.
L’iscrizione di Romiltec e le verifiche per una software house: requisiti, documentazione, mantenimento dello status e agevolazioni da valutare.
Prodotto, esperimenti e infrastruttura: come distinguere gli investimenti di una software house e documentare costi, risultati e incertezza.
Come distribuire il tempo tra codice, prodotto e gestione: decisioni da presidiare, delega verificabile e dipendenze dal founder da ridurre.
Come rendere utili review e confronti con i clienti: fatti verificabili, richieste precise, dissenso e responsabilità senza giudizi personali.
Il lavoro distribuito in una piccola software house: comunicazione scritta, confronto in diretta, onboarding e copertura dei servizi.
Come impostare un lavoro software a prezzo fisso: risultato atteso, capacità disponibile, gestione delle nuove richieste e criteri di accettazione.
Come leggo la crescita di Romiltec: ricavi ricorrenti distinti per modello, margine di contribuzione e incassi. Perché il fatturato da solo non basta.