Ciao, e benvenuto nella terza puntata della nona stagione. Nella scorsa puntata abbiamo lasciato JavaScript come un giocattolo disprezzato, ma con un motore potente in attesa. Oggi raccontiamo il momento in cui quel motore si accese davvero, la rivoluzione silenziosa che trasformò il Web da biblioteca di documenti a piattaforma di applicazioni. È una rivoluzione con un nome un po' tecnico, AJAX, ma con un'idea semplice e potentissima: un Web che non si ricarica più.
Ricordiamo il problema, perché è il cuore di tutto. Nel Web delle origini, ogni singola azione richiedeva di ricaricare l'intera pagina. Cliccavi qualcosa, e il browser mandava una richiesta al server e aspettava una pagina completamente nuova, che sostituiva tutto. Un attimo di pagina bianca, il caricamento, e poi il nuovo contenuto. Era come se, per cambiare una singola frase di un libro, dovessi chiudere il libro, riaprirlo, e ritrovare la pagina da capo. Ogni piccola interazione era pesante, lenta e faceva sentire il Web goffo rispetto ai programmi veri.
L'idea rivoluzionaria fu di una semplicità geniale: e se, invece di ricaricare tutta la pagina a ogni azione, il browser potesse chiedere al server solo il pezzetto di dati che gli serve, in sottofondo, senza ricaricare nulla, e poi aggiornare solo la parte di pagina interessata? Immagina di poter cambiare una frase del libro senza chiuderlo, mentre lo tieni aperto, con tutto il resto che resta al suo posto. Questa era l'idea: conversazioni discrete e mirate con il server, dietro le quinte, mentre la pagina resta viva e presente. Il salto concettuale era enorme.
Come si univano i pezzi per realizzare questa magia? Con la capacità di JavaScript, di cui abbiamo parlato, di eseguire logica nel browser e modificare la pagina viva, combinata con un nuovo potere: quello di parlare con il server in sottofondo, senza ricaricare. In pratica, JavaScript poteva, mentre l'utente faceva altro, mandare una richiesta silenziosa al server, ricevere indietro dei dati, e usarli per aggiornare solo un pezzo della pagina, all'istante. Il giocattolo disprezzato diventava improvvisamente il regista di un'esperienza fluida e reattiva.
La cosa affascinante è che le tecnologie per fare tutto questo esistevano da tempo, sparse, ma nessuno le aveva messe insieme in modo convincente e nessuno ne aveva colto la portata. Poi, nei primi anni Duemila, arrivarono le dimostrazioni che aprirono gli occhi a tutti. Un famoso servizio di posta elettronica e un rivoluzionario servizio di mappe mostrarono cosa si poteva fare. Nelle mappe, in particolare, potevi trascinare la cartina e vederla scorrere fluida, con nuove porzioni che si caricavano mentre ti muovevi, senza mai ricaricare la pagina. Era qualcosa mai visto sul Web, e fece cadere la mascella a tutti. Il Web, all'improvviso, si sentiva come un vero programma.
Nel duemilacinque, qualcuno diede a questo insieme di tecniche un nome, ed è il nome con cui la rivoluzione passò alla storia. Non serve che ti dica cosa significa la sigla; ciò che conta è che, dando un nome a un'idea, la si rese riconoscibile, discutibile, diffondibile. Improvvisamente tutti volevano costruire esperienze così, fluide e reattive, e c'era una parola per indicarle. Riprendo un tema della stagione sul CSS: a volte dare un nome a un'idea che già esisteva è ciò che la fa esplodere nella coscienza di tutti. Fu così anche qui: la tecnica esisteva, il nome la fece diventare un movimento.
L'impatto di questa rivoluzione fu profondo e permanente, e va oltre l'aspetto tecnico. Cambiò le aspettative delle persone su cosa il Web dovesse essere. Dopo aver visto mappe che scorrevano e posta che si aggiornava da sola, nessuno voleva più tornare alle pagine che si ricaricavano di continuo. Il Web smise di essere percepito come una raccolta di documenti e cominciò a essere percepito come un luogo di applicazioni. E questo cambiamento di aspettative mise una pressione enorme su chi costruiva siti: dovevano imparare a creare queste esperienze fluide, e questo richiedeva molto più JavaScript, molto più lavoro nel browser.
Ed è qui che si comincia a vedere il ribaltamento di cui parlavamo. Improvvisamente, quel linguaggio-giocattolo disprezzato era diventato indispensabile. Per costruire le esperienze che tutti ora volevano, dovevi padroneggiare JavaScript e la manipolazione del browser. Il fronzolo era diventato il fondamento. E il lavoro nel browser, prima considerato secondario, diventava improvvisamente complesso, importante e centrale. Il baricentro dello sviluppo web cominciava a spostarsi verso il frontend, e con esso il rispetto e la richiesta di persone capaci di lavorarci. La rivoluzione silenziosa stava cambiando anche le carriere.
Per oggi ci fermiamo qui. La rivoluzione di AJAX consistette in un'idea semplice e potente: invece di ricaricare tutta la pagina a ogni azione, chiedere al server solo i dati necessari in sottofondo e aggiornare solo un pezzo di pagina, mantenendola viva. Le dimostrazioni dei primi anni Duemila, come le mappe che scorrevano, cambiarono per sempre le aspettative sul Web, che divenne una piattaforma di applicazioni. E il linguaggio-giocattolo diventò indispensabile. Nella prossima puntata vediamo lo strumento che rese tutto questo praticabile in un Web ancora caotico: la libreria jQuery. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.