Ciao, e benvenuto nella settima puntata della settima stagione. Finora siamo rimasti nel browser, sul lato dell'utente: abbiamo costruito pagine con struttura, stile e comportamento. Oggi attraversiamo il confine più importante di tutta la stagione e andiamo dall'altra parte: sul server. Entriamo nel backend, la metà nascosta del Web, quella che l'utente non vede ma senza la quale quasi nessuna applicazione funzionerebbe.
Cominciamo dal perché ci serve un server, perché non è ovvio. Se posso fare tante cose nel browser, perché non fare tutto lì? Per un motivo di fondo: il browser è il territorio dell'utente, e non ci si può fidare completamente di esso, né gli si possono affidare certe cose. I dati che devono restare al sicuro e condivisi tra tutti gli utenti non possono vivere nel browser di ciascuno; le operazioni delicate non possono essere lasciate nelle mani di ogni singolo dispositivo. Serve un luogo centrale, controllato, di cui fidarsi: ed è il server. Il backend esiste perché certe cose vanno fatte in un posto sicuro e comune, non su ogni telefono sparso per il mondo.
Cosa fa, quindi, un backend? Ha alcuni compiti tipici, e vale la pena elencarli perché disegnano il suo ruolo. Primo: custodire i dati in modo permanente e condiviso, appoggiandosi ai database di cui parleremo. Secondo: eseguire la logica importante, i calcoli e le decisioni che non possono essere lasciati al browser. Terzo: controllare chi ha il permesso di fare cosa, cioè gestire l'identità e la sicurezza. Quarto: parlare con altri servizi e sistemi. In sostanza, il backend è il cervello e la memoria dell'applicazione, mentre il frontend ne è il volto.
Come è fatto, un backend? Qui c'è una differenza importante rispetto al frontend. Nel browser, il linguaggio del comportamento è uno solo, quello che tutti i browser capiscono. Sul server, invece, sei libero: puoi scrivere il backend in tantissimi linguaggi di programmazione diversi. Non c'è un unico linguaggio obbligato; ci sono molte opzioni, ognuna con i suoi punti di forza e le sue comunità. Questa è una delle prime scelte di chi costruisce un backend, e vale il principio della prima stagione: al di là delle mode, contano le fondamenta, e la logica di programmazione si trasferisce da un linguaggio all'altro.
Vediamo il meccanismo di base del backend, che riprende il cuore della prima puntata. Ricordi la conversazione fatta di richieste e risposte? Il backend sta esattamente dall'altro capo di quella conversazione. Sta lì, in ascolto, e quando arriva una richiesta dal browser, entra in azione: la esamina, capisce cosa gli viene chiesto, fa il lavoro necessario, magari va a prendere dei dati, e infine prepara una risposta e la manda indietro. Ricevere richieste, elaborarle, restituire risposte: questo è, nella sua essenza, il ciclo di vita di un backend. Tutto il resto è dettaglio dentro questo schema.
Un concetto fondamentale da afferrare è che il backend, spesso, non manda indietro pagine già pronte, ma dati grezzi. Facciamo la distinzione, perché è centrale per capire le applicazioni moderne. In un modo più tradizionale, il server costruisce la pagina completa e la manda al browser bella e pronta. In un modo più moderno, invece, il frontend è già nel browser, e chiede al backend soltanto i dati, per esempio l'elenco dei messaggi, e poi è il frontend stesso a costruire la pagina con quei dati. In questo secondo modo, backend e frontend si scambiano informazioni pure, e ognuno fa la sua parte. Questa separazione è alla base di moltissime applicazioni di oggi.
E qui introduciamo un'idea che sarà protagonista della prossima puntata: perché frontend e backend possano dialogare così, serve un punto di contatto ben definito, un accordo su come si parlano. Il frontend deve sapere cosa chiedere e in che forma, il backend deve sapere cosa offrire e come rispondere. Questo punto di contatto, questo confine concordato attraverso cui le due metà comunicano, ha un nome, ed è uno dei concetti più importanti dello sviluppo web moderno. Ma lo affronteremo per bene nella prossima puntata; per ora tienilo come il ponte che collega le due sponde che abbiamo costruito.
Una parola sulla sicurezza, che riprende un tema del cloud, perché è il motivo profondo per cui il backend esiste. Poiché il server è il luogo di cui ci si fida, è anche il luogo dove si mettono le decisioni che contano. Un principio d'oro dello sviluppo web è: non fidarti mai ciecamente di ciò che arriva dal browser. Il browser è nelle mani dell'utente, e ciò che arriva da lì può essere manipolato. Le verifiche importanti, i controlli di sicurezza, le decisioni delicate, vanno fatte sul server, dove hai il controllo. Questo principio, capito presto, ti risparmia errori gravi ed è alla radice di come si costruiscono applicazioni sicure.
Per oggi ci fermiamo qui. Il backend è la metà nascosta che vive sul server, e esiste perché certe cose, custodire i dati, eseguire la logica importante, controllare i permessi, vanno fatte in un luogo centrale e sicuro, non nel browser di ogni utente. Si può scrivere in molti linguaggi, e il suo ciclo di vita è ricevere richieste, elaborarle e restituire risposte, spesso sotto forma di dati grezzi che il frontend usa. E non ci si fida mai ciecamente del browser. Nella prossima puntata parliamo del ponte tra le due metà: le interfacce di programmazione. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.