La domanda che mi fanno quasi sempre
“Ma prima non facevi tutt’altro?”
Sì. Per oltre 15 anni ho lavorato come tecnico di stampa industriale.
Stampa diretta su tessuto, DTF, sublimazione, UV, grande formato. Ho gestito plotter Mimaki, stampanti HP Latex, sistemi Polyprint per il DTG. Ho lavorato con profili colore, pre-stampa, manutenzione dei macchinari, consegne in produzione.
Poi ho deciso di cambiare.
Non te lo dico per spiegarmi o per giustificarmi — te lo dico perché è rilevante per capire con chi hai a che fare, se stai pensando di affidarmi un progetto.
Quello che non cambia
Nel mio vecchio lavoro, un errore aveva un costo immediato e visibile. Un file di stampa sbagliato significava materiale sprecato, tempi persi, cliente da richiamare. La macchina non perdonava le approssimazioni — le produceva, in quantità.
Quella cultura della precisione l’ho portata intatta nel codice.
Rispettare le scadenze.
In produzione non esiste “quasi pronto”. Il camion arriva a un’ora precisa. Quella disciplina nel gestire il tempo e le priorità funziona esattamente allo stesso modo quando si lavora su un progetto web con una data di lancio.
Capire il cliente prima di produrre.
Ho imparato presto che un ordine di stampa mal interpretato si paga due volte: una per il materiale sbagliato, una per rifare tutto. Nel web questo si chiama brief — il principio è identico. Fare le domande giuste prima di aprire l’editor risparmia lavoro a entrambi.
Non accontentarsi del “sembra giusto”.
In stampa, o il colore è calibrato o non lo è. Non esiste una via di mezzo che il cliente accetta. Lo stesso approccio applicato al web aiuta a costruire siti più solidi, verificati e meno lasciati al caso.
L’analogia che non ti aspetti
Il processo di stampa industriale e il processo di sviluppo web hanno una struttura sorprendentemente simile.
Hai un file sorgente — il design — che deve essere interpretato correttamente da una macchina: nel web sono il browser, il server e i dispositivi su cui il sito viene aperto.
Hai regole di output che determinano come quell’informazione viene resa: nel web sono CSS, tipografia, colori, layout e comportamento sui diversi dispositivi.
Hai una fase di preflight — la verifica tecnica prima della produzione — che corrisponde al testing prima del lancio: controllare che il sito funzioni su schermi diversi, che sia veloce, leggibile, accessibile e coerente.
Se il file sorgente ha errori, la macchina li amplifica. In stampa lo vedi sul materiale. Sul web lo vedi nelle performance, nell’accessibilità, nei problemi di layout e nei comportamenti imprevisti.
Lavorare anni in un ambiente dove ogni problema diventa immediatamente visibile ti insegna a trovare i problemi prima che diventino visibili.
Quello che invece ho dovuto imparare da zero
Sarei disonesto se dicessi che è stato solo un trasferimento.
Il codice ha una logica che la stampa non ha. L’architettura di un’applicazione, la gestione dello stato, i pattern di accessibilità, la SEO tecnica — sono discipline nuove che ho dovuto costruire partendo dall’inizio, con metodo.
Ho ottenuto la Meta Front-End Developer Professional Certificate e la certificazione WAI0.1x sull’accessibilità web rilasciata da W3C e edX.
Mi sono servite per dare struttura allo studio e per verificare le basi su cui stavo costruendo.
Il punto non è che il cambio sia stato facile. È che sono partito con un’abitudine al rigore che ha reso l’apprendimento più solido.
Cosa significa per un cliente
Per un cliente, questo background si traduce in una cosa semplice: meno improvvisazione.
Significa fare domande prima di partire, chiarire i vincoli, controllare il risultato su dispositivi diversi, rispettare le scadenze e consegnare qualcosa che non sia solo bello da vedere, ma pronto per essere usato.
Non è nostalgia del lavoro precedente. È metodo applicato a strumenti nuovi.
Perché te lo racconto
Me lo sono chiesto anch’io se avesse senso, questo cambio.
Quindici anni sono tanti. Conosci le macchine, conosci i materiali, sai anticipare i problemi prima che diventino problemi. Ricominciare da zero ha un costo — di tempo, di fatica, di identità professionale.
La risposta che mi sono dato è che non ho ricominciato da zero.
Ho cambiato strumenti, non modo di lavorare.
Il web design fatto seriamente richiede le stesse cose che richiedeva la produzione: capire bene la richiesta prima di partire, costruire correttamente la prima volta, verificare prima di consegnare e rispettare le aspettative di chi ti ha affidato un lavoro.
Quella parte non è cambiata.
Quello che è cambiato è che posso portare tutto questo in un settore che mi interessa e che mi permette di costruire cose che durano nel tempo: non solo un materiale pensato per una campagna o un evento, ma qualcosa che continua a lavorare per l’attività di qualcuno anche quando non ci sei.
Se vuoi lavorare con qualcuno che unisce attenzione visiva, precisione produttiva e sviluppo web, puoi scrivermi dalla pagina contatti.
Nota tecnica: questo portfolio è costruito con Astro, un framework che genera HTML statico e riduce al minimo il JavaScript non necessario. È una scelta coerente con il mio approccio: output leggero, prestazioni alte, struttura chiara e meno complessità inutile. I progetti elencati non sono esercizi accademici, ma lavori pensati per funzionare in produzione.