Tutti gli articoli
Scrivo mentre costruisco: software, automazioni, AI, errori veri.
Diario di bordo, senza filtri.
Fallimenti e-commerce, SaaS, AI, side projects: scegli un percorso.
Un magazzino, una bolla da caricare a mano e un gestionale lento: perché prima di mettere l’AI conviene togliere passaggi dal flusso. Un’ipotesi, non un risultato.
L'AI in azienda non parte da una piattaforma da decine di migliaia di euro. Parte da un problema concreto e da un PC che nessuno caga. Ollama, llama.cpp, e si comincia.
Il flusso minimo per smettere di rifare le stesse cose ogni volta: contatti, preventivi, onboarding e fatture.
Di giorno magazzino. Di notte la software house. Mi dicevo che era grinta. Era un sistema che pagava l'azienda con le mie ore di sonno.
Se un'attività non ha un nome sopra, non sparisce. Diventa urgente e finisce su chi non riesce a ignorarla. Indovina chi.
Quattro soci. Ruoli bellissimi sulla carta. Poi ogni urgenza finiva sul CTO. Che ero io. Ecco com'è andata.
Il percorso dietro PivotCut, un'app macOS per l'animazione 2D cut-out: dai vincoli tecnici all'architettura, fino alla preparazione di una prima release pubblica su itch.io.
L'AI doveva farci studiare meglio. Ci ha solo dato più roba da leggere. Ho costruito RStudy per mettere ordine, senza abbonamenti e senza caricare i tuoi appunti sul server di qualcun altro.
Spotex è chiusa. Clienti venduti, operatività ferma. Eppure la liquidazione continua a bruciare soldi e blocca prodotti che sono già pronti.
Prima di Spotex c'è stata Be Social. Servizi social a 100 euro, e-commerce da 600 prodotti caricati a mano, soci che litigano. Una storia di errori, clienti e margini impossibili.
Corso da 699€, store da 50 dollari, consulente da 500 al mese. Ho fatto 2.000€ di vendite in due settimane. Peccato che ne avessi spesi 2.100 solo tra ads e fornitore.
Nel 2021 ho aperto un e-commerce di bigiotteria white label. Ho imparato Shopify, ads e logistica sul campo. Ho speso più di quanto ho venduto. Ecco com'è andata.
Anni di siti, piattaforme custom e assistenza infinita. Poi la chiusura, e la domanda scomoda: se ricominciassi oggi, lo rifarei uguale? No.
Sapevamo scrivere codice. Non sapevamo tenere in piedi un'azienda. Ecco la differenza, e perché ci è costata tutto.
Quasi quattro anni, poi la decisione di chiudere. Non per debiti. Non per il mercato. Perché avevamo perso la cosa più importante: il motivo per cui esistevamo.
Uno ti chiede un ERP in un mese, con il codice già generato dall'AI. Prima di dire sì, facciamo due conti. E quasi sempre la risposta non è quella che vuole sentire.
Sto ripensando LinkBayCMS come un tool verticale per monitorare le pagine che stanno perdendo traffico organico e valore lato link, invece di continuare a inseguire l’idea di un CMS enorme e ingestibile.
Prima stagione di Build in Public chiusa senza una riga di codice. Idea sulle shipping policy, landing, feedback veri, flame nei gruppi. E decisione di buttare tutto. Per me è comunque una vittoria.
Come ragionare per ottimizzare il codice in C, delegare calcoli a basso livello e migliorare le performance. Primo esercizio: contare le 'a' minuscole e i caratteri totali da file.
Dimenticate i tutorial patinati: inizia un diario di bordo reale, fatto di idee validate, fallimenti e trasparenza. Per creare software che risolvono problemi, non che siano solo belli da vedere.
Per anni ho pensato che il problema fosse il software. Poi ho messo piede in fabbrica e ho capito che stavo guardando dalla parte sbagliata.
Un diario tecnico su come trasformare un problema operativo vissuto in magazzino in una piccola applicazione backend con Flask.
Il mio sito prometteva enterprise architecture. Io stavo consolidando le basi. Ho smesso di recitare.
Aggiungevo pezzi per sembrare bravo. Ora costruisco la versione più piccola che fa vedere il problema.
Cos'è LinkBay-CMS, il problema che mi ha spinto a costruirlo, il percorso di sviluppo durato 21 mesi e come ho registrato il marchio all'UIBM: la storia completa dietro la piattaforma per agenzie digitali e software house.