Ciao, e benvenuto nella prima puntata della settantottesima stagione. La stagione scorsa abbiamo aperto il motore del browser: come trasforma la descrizione di una pagina in pixel. Oggi facciamo un passo indietro di una domanda: quella descrizione, quell'HTML, da dove arriva? Chi lo costruisce, e quando? È il rendering lato server, e tutta la famiglia di risposte che gli gira intorno. Il titolo: il piatto e la ricetta.
Partiamo dalla magia, perché è seducente. Gli strumenti moderni promettono il meglio dei due mondi. Le vecchie pagine fatte dal server erano immediate e complete: la pagina arrivava intera, visibile subito, e i motori di ricerca potevano leggerla. Le applicazioni moderne erano ricche e interattive: clicchi senza ricaricare, tutto si aggiorna dal vivo. Il rendering lato server promette entrambe le cose: scrivi un componente, e gira sul server per produrre una prima pagina completa e immediata, e gira anche nel browser per renderla interattiva. Primo sguardo veloce e, insieme, applicazione ricca. In apparenza, gratis.
Ma non esiste il meglio dei due mondi gratis. Ed ecco la macchina. Costruire una pagina è lavoro: trasformare i tuoi dati e i tuoi componenti in HTML. Quel lavoro deve succedere da qualche parte, in un certo momento. Il rendering lato server non elimina il lavoro: lo sposta, e, ed è il nodo su cui passeremo la stagione, a volte lo fa due volte.
Ecco la metafora che ci accompagnerà: la cucina e la sala. Pensa a una pagina come a un piatto, e al costruirla come al cucinarlo. Ci sono due posti dove cucinare: la cucina centrale, cioè il server, oppure il tuo stesso tavolo, cioè il browser. Il rendering lato server è questo: la cucina cucina il piatto e lo impiatta, e arriva al tuo tavolo già completo, vedi un piatto finito nell'istante in cui atterra. Il rendering al tavolo è l'opposto: ti consegnano una scatola di ingredienti crudi e una ricetta, e cucini al tavolo, che resta vuoto per un po' finché non hai finito. Stesso piatto, due posti e due momenti per farlo.
E qui i due assi veri: dove e quando. La domanda non è mai stata se costruire la pagina, perché ogni pagina viene costruita. La domanda è dove, in quale cucina, e quando, con quanto anticipo. Puoi cucinare nella cucina centrale o al tavolo; puoi cucinare i piatti in anticipo e tenerli pronti, cucinarli su ordinazione, o consegnare gli ingredienti perché vengano cucinati dopo. Quei due assi sono tutta la stagione. Scegli un punto su di essi, e hai scelto un'architettura con un nome, ma sotto è solo dove e quando avviene lo stesso cucinare.
E c'è una piega che rende tutto sottile, quella a cui torneremo di continuo. Quando la cucina manda un piatto impiattato, sembra pronto, ma non puoi mangiare un piatto che puoi solo guardare. Prima di prendere in mano la forchetta, la sala deve apparecchiare il tuo posto: portare le posate, prendere servizio, rendere il piatto usabile. Quel divario, il piatto è lì davanti e sembra finito, ma non puoi ancora toccarlo, è il cuore del rendering lato server moderno, e ha un nome che incontreremo presto. Per ora tieni l'immagine: sembrare finito ed essere usabile sono due momenti diversi.
E attenzione, perché si lega alla stagione scorsa. Chiunque cucini il piatto, una volta arrivato al tavolo i tuoi occhi ci fanno la stessa cosa. Il motore del browser trasforma l'HTML in pixel a prescindere da dove l'HTML sia nato. Il rendering lato server cambia chi scrive l'HTML, e quando, non cosa ne fa il browser dopo. Stiamo aggiungendo uno stadio prima della catena della stagione scorsa: il punto in cui la descrizione viene al mondo.
Possiamo allora dire la tesi per intero. La magia dice: ottieni entrambi i mondi gratis. La macchina risponde: il lavoro di costruire la pagina non sparisce, lo sposti, nello spazio, cucina o tavolo o un punto in mezzo, e nel tempo, in anticipo o su ordinazione, e a volte lo paghi due volte. Non c'è nessun doppio mondo gratuito: c'è un menu di compromessi su dove e quando avviene il cucinare. Tieni a mente questa frase per tutta la stagione: lo stesso lavoro non sparisce, lo sposti, e a volte lo paghi due volte.
Voglio lasciarti con la domanda giusta. Smetti di chiederti server o browser, come se fosse una fazione da scegliere una volta per tutte. Comincia a chiederti, per ogni pezzo di pagina: dove conviene cucinarlo, e quando? Vicino ai dati, nella cucina centrale, o al tavolo di chi guarda? In anticipo, o al momento dell'ordine? Perché il rendering non è una questione di sì o no: è una questione di dove e quando. E quasi tutta la fatica, e quasi tutti gli sprechi, vengono dal fare lo stesso lavoro nel posto sbagliato, o due volte.
Per oggi ci fermiamo qui. Abbiamo visto la magia, il meglio dei due mondi, e la macchina sotto: costruire una pagina è lavoro che non sparisce, si sposta. Abbiamo posato la metafora della cucina e della sala, i due assi dove e quando, e il filo della stagione: lo stesso lavoro non sparisce, lo sposti, e a volte lo paghi due volte. Nella prossima puntata: cucinare in cucina o al tavolo. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.