Diventare sviluppatore web: un percorso realistico
Diventare sviluppatore web significa imparare un insieme preciso e finito di cose e poi dimostrare di portare a termine il lavoro. Imparare è ben documentato e gratuito; la parte difficile è costruire la prova che qualcuno dovrebbe pagarti.
Questa guida copre un ordine di apprendimento realistico, tempi onesti, cosa serve davvero a un portfolio, e come si trovano i primi clienti.
Cosa imparare, in ordine#
L'ordine conta più del ritmo. Ogni strato rende comprensibile il successivo, e saltare avanti produce profili che copiano soluzioni ma non sanno diagnosticare problemi.
- HTML, sul serio. Semantica, moduli, accessibilità. La maggior parte dei profili professionali ha lacune qui e si vede nel loro lavoro.
- CSS, sul serio. Modello a scatola, flexbox, grid, proprietà personalizzate, impaginazione adattiva. È qui che chi inizia diventa davvero utile più in fretta.
- Fondamenti di JavaScript. Il linguaggio in sé e il DOM, prima di qualsiasi framework.
- Controllo di versione. Git, rami, pull request. Non negoziabile per lavorare con chiunque.
- Come funziona il web. HTTP, codici di stato, cache, DNS, TLS. È ciò che separa la diagnosi dal tirare a indovinare.
- Un linguaggio back-end e SQL. Uno qualsiasi tra quelli diffusi; i concetti si trasferiscono.
- Un CMS o un framework, scelto in base al lavoro che esiste vicino a te.
- Il rilascio. Portare un sito su un hosting vero, con dominio e certificato.
La profondità in HTML e CSS è sottovalutata e immediatamente vendibile. Chi sa costruire interfacce veloci, accessibili e adattive è più richiesto di chi conosce tre framework in superficie.
Quanto ci vuole davvero#
Con uno studio costante di 15-20 ore a settimana. Il tempo pieno comprime questi tempi, e nulla comprime l'ultima riga.
| Tappa | Tempo | Cosa sai fare |
|---|---|---|
| Basi di HTML e CSS | 1–2 mesi | Costruire una pagina statica da un progetto grafico |
| Impaginazione adattiva e basi di JavaScript | 3–5 mesi | Costruire un piccolo sito con interazione |
| Primo progetto vero | 5–8 mesi | Consegnare qualcosa per qualcun altro |
| Profilo junior assumibile | 8–14 mesi | Contribuire a una base di codice con supervisione |
| Lavorare in autonomia | 2–3 anni | Portare avanti un piccolo progetto dall'inizio alla fine |
| Profilo senior | Oltre 5 anni | Prendere decisioni architetturali e avere ragione spesso |
Il passaggio che si sottovaluta è «consegnare qualcosa per qualcun altro». Costruire per sé insegna la sintassi; costruire per un cliente insegna perimetro, riscontri, scadenze e il fatto che i requisiti cambiano.
Cosa deve mostrare un portfolio#
Tre o quattro progetti finiti, online e ben spiegati battono venti cloni di tutorial. Ciò che viene giudicato è se porti a termine le cose e se capisci ciò che hai costruito.
- URL online, non schermate. Deve funzionare quando qualcuno fa clic.
- Un breve testo per progetto: il problema, le tue decisioni, cosa faresti diversamente.
- Almeno un progetto vero con un utente vero, anche non retribuito: un'attività locale, un'associazione, un ente di volontariato.
- Prove di qualità: veloce, accessibile, funziona su telefono. Le persone controllano.
- Il tuo sito, fatto bene. È la prima cosa che chiunque guarda e la più facile da fare bene.
- Codice in un repository pubblico con commit leggibili e un README che spieghi come avviarlo.
Trovare i primi clienti#
I primi due o tre sono quelli difficili. Dopo, la maggior parte del lavoro arriva per passaparola, il che significa che finire bene conta più del marketing.
- Comincia da persone che già conosci. Quasi ogni primo lavoro retribuito è arrivato così.
- Scegli una nicchia anziché restare generalista. «Siti per studi dentistici» si vende molto meglio di «siti».
- Risolvi un problema preciso e costoso — la velocità di un sito, una verifica di accessibilità, una migrazione — anziché offrire tutto.
- Fatti pagare dal primo progetto, anche poco. Il lavoro gratuito viene valutato di conseguenza e attira perimetro illimitato.
- Metti per iscritto perimetro e condizioni di pagamento prima di iniziare, per quanto piccolo sia l'incarico.
- Chiudi come si deve: passaggio di consegne, documentazione, un'offerta di manutenzione. È questo a produrre il secondo cliente.
- Chiedi una segnalazione quando il cliente è più soddisfatto, cioè subito dopo il lancio.
Domande frequenti
Serve una laurea in informatica?
No, e una buona parte di chi lavora nello sviluppo web non ce l'ha. Una laurea aiuta in alcune grandi organizzazioni e in ruoli più vicini all'informatica che allo sviluppo web. Per la maggior parte del lavoro web la prova di progetti finiti conta più dei titoli — ma ti servono i fondamentali che un percorso di studi avrebbe dato, imparati in altro modo.
Front-end o back-end per primo?
Front-end, in quasi tutti i casi. Vedi risultati subito, il che sostiene la motivazione, ed è la strada più breve per essere utile a qualcuno. Una volta che sai costruire interfacce come si deve, i concetti back-end sono più facili da imparare perché capisci già a cosa servono i dati.
È troppo tardi per iniziare?
No, e chi cambia carriera spesso se la cava bene perché porta una conoscenza di settore che ad altri manca: commercialisti che costruiscono per commercialisti, insegnanti che costruiscono per le scuole. Il mercato dei profili junior generalisti è affollato; quello di chi capisce un settore preciso e sa costruire lo è molto meno.
Devo imparare presto un framework?
Impara prima i fondamentali. I framework cambiano ogni pochi anni e sono molto più facili da prendere in mano quando capisci cosa stanno astraendo. Chi ha imparato un framework senza il linguaggio sottostante tende a essere efficace dentro i suoi schemi e bloccato fuori, e quel soffitto arriva in fretta.
diventare sviluppatore webimparare lo sviluppo webcarriera sviluppatore webportfolio sviluppatore websviluppatore web freelancesviluppatore front-end
