Blog
Cosa deve davvero succedere prima di rispondere all'utente?
Qualche anno fa mio cognato mi chiese di realizzare un piccolo e-commerce. L’idea era semplice: vendere online lo stomatico artigianale che produceva. Pochi prodotti, un checkout essenziale, lo scontrino stampato e infilato direttamente nel pacco.
Fine.
Un’architettura volutamente semplice
In quel momento non c’era nessun motivo per complicare l’architettura. Ogni richiesta iniziava e finiva nello stesso punto: l’utente confermava l’ordine, l’applicazione completava tutte le operazioni, la risposta tornava immediatamente.
Era esattamente quello di cui il progetto aveva bisogno.
Perché il mio blog non salva articoli in un database
Una volta deciso di aprire il blog, dovevo iniziare a svilupparlo.
Foglio, carta, diagramma E/R. La carica di chi pensa: adesso me lo sviluppo da solo. La tentazione che abbiamo un po’ tutti, noi sviluppatori.
È il classico progetto che sembra un weekend. Poi entri nel cuore della progettazione e arrivano editor, slug, versioning, preview, SEO, sitemap, RSS, gestione immagini, ricerca.
E l’effort diventa più di quanto potessi davvero dedicarci.
Non volevo un portfolio
Ci sono quelle sere di fine giugno che sembrano fatte apposta per essere improvvisate.
Quelle in cui il caldo non è ancora soffocante, la spiaggia è quasi deserta e il turismo di massa deve ancora arrivare.
La proposta è arrivata così, senza pensarci troppo.
“Pizza in spiaggia?”
Di fronte a un invito del genere è difficile dire di no.
Poco più avanti una coppia stava raccogliendo le proprie cose. Stavano andando via. Li invitiamo a fermarsi con noi. Si guardano, sorridono e accettano.