Ciao, e benvenuto nella prima puntata della nona stagione di questo podcast. Nella settima stagione abbiamo visto come si costruisce il frontend, e nell'ottava abbiamo raccontato la storia del CSS. Questa stagione allarga lo sguardo: è la storia dell'intero sviluppo frontend come disciplina. Come si è passati da pagine statiche e spoglie alle applicazioni ricche di oggi, e come è nata e cresciuta una figura professionale che all'inizio non esisteva nemmeno. Oggi partiamo dal principio: da un Web in cui la parola frontend non aveva ancora senso.
Torniamo ai primissimi anni Novanta. Il Web era appena nato, e come abbiamo raccontato nella stagione sul CSS, era fatto di documenti: pagine di testo con qualche collegamento, pensate per essere lette, non per essere usate come programmi. Non c'era interattività, non c'era logica, non c'era nulla che somigliasse a un'applicazione. Aprivi una pagina, la leggevi, cliccavi un collegamento, e ne arrivava un'altra. Il Web era, in sostanza, una biblioteca digitale: bellissima come idea, ma statica come un libro.
In questo mondo, la figura che costruiva i siti aveva un nome che oggi fa quasi tenerezza: il webmaster, il padrone del Web. Ed era, letteralmente, uno che faceva tutto. Scriveva le pagine, gestiva il server, curava la grafica, sistemava i contenuti, si occupava di ogni aspetto del sito dall'inizio alla fine. Non esisteva alcuna divisione dei ruoli, perché il lavoro era abbastanza semplice da poter stare tutto nelle mani di una persona sola. Non c'era il frontendista, non c'era il backendista: c'era il webmaster, tuttofare del Web.
Perché non esisteva la distinzione tra frontend e backend, che oggi diamo per scontata? Semplicemente perché non serviva. Ricordi la distinzione della settima stagione: il frontend è ciò che accade nel browser, il backend ciò che accade sul server. Ma se le pagine sono statiche, se nel browser non succede quasi nulla, non c'è un vero lato frontend da presidiare. Tutto il lavoro interessante, quel poco che c'era, stava sul server, che sfornava pagine già pronte. Il browser era solo un visore passivo. La divisione dei ruoli nasce quando il lavoro diventa troppo complesso per una persona sola, e quel momento doveva ancora arrivare.
Come apparivano quei primi siti? Semplicissimi, e non solo per il poco stile di cui abbiamo parlato. Erano statici anche nel comportamento: nessun elemento reagiva, nessuna parte cambiava senza ricaricare tutta la pagina. Se compilavi un modulo e c'era un errore, lo scoprivi solo dopo aver inviato tutto al server e aver ricevuto indietro una pagina nuova. Ogni piccola azione era un viaggio completo di andata e ritorno al server. Il Web funzionava, ma era lento, rigido e legnoso rispetto ai programmi veri che giravano sul computer, quelli che rispondevano all'istante.
Ed è qui che nasce la tensione che avrebbe guidato tutta la storia che racconteremo in questa stagione. Le persone, abituate ai programmi reattivi sul proprio computer, cominciarono a volere lo stesso dal Web. Volevano che le pagine reagissero subito, che le cose cambiassero senza aspettare, che il Web si sentisse vivo come un'applicazione vera. C'era un divario enorme tra ciò che il Web era, una biblioteca di documenti, e ciò che le persone volevano che diventasse, una piattaforma di applicazioni. Colmare quel divario, passo dopo passo, è la storia dello sviluppo frontend.
Voglio darti fin da subito la mappa concettuale di questo viaggio, perché ti aiuterà a orientarti. La storia del frontend è, in fondo, la storia di come si è spostata sempre più intelligenza dentro il browser. All'inizio il browser non faceva nulla, era un visore passivo. Nel tempo, gli è stata data la capacità di reagire, poi di cambiare la pagina, poi di gestire dati, poi di ospitare intere applicazioni. Ogni tappa della nostra storia è un pezzo di potere e di responsabilità che si sposta dal server al browser. E con esso, cresce la complessità del lavoro, e nasce la specializzazione.
Ed è proprio da questa crescita di complessità che nascerà, col tempo, la figura dello sviluppatore frontend come mestiere a sé. Man mano che nel browser succedevano cose sempre più complicate, il vecchio webmaster tuttofare non poté più occuparsi di tutto da solo. Il lavoro sul lato del browser diventò così ricco e specializzato da meritare una persona dedicata. Quella persona è lo sviluppatore frontend, una professione che, come vedremo, sarebbe passata dall'essere considerata secondaria e quasi non seria, all'essere una delle più richieste e rispettate del settore. Ma questa è una parabola che racconteremo lungo tutta la stagione.
Per oggi ci fermiamo qui. Agli inizi il Web era una biblioteca di documenti statici, curata da un webmaster tuttofare, senza alcuna distinzione tra frontend e backend, perché nel browser non succedeva quasi nulla. Ma il desiderio di un Web reattivo come i veri programmi creò una tensione che avrebbe guidato tutta la storia successiva: spostare sempre più intelligenza dentro il browser, tappa dopo tappa. Ed è da lì che sarebbe nato il mestiere del frontendista. Nella prossima puntata entra in scena il protagonista di tutto: JavaScript. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.