Ciao, e benvenuto nella terza puntata della ventisettesima stagione. Nella scorsa puntata abbiamo scoperto la macchina virtuale, il computer dentro il computer che dà a Java la portabilità. Oggi, con l'onestà di sempre, ne affrontiamo le due facce: il premio, cioè i grandi vantaggi che questa scelta porta, e il prezzo, cioè i costi che comporta. Perché ogni scelta forte, come questa, ha sempre un rovescio della medaglia, e capirlo è essenziale per valutare Java con equilibrio. Oggi parliamo del prezzo e del premio della macchina virtuale.
Partiamo dal premio, dai vantaggi, che sono grandi. Il primo, ovviamente, è la portabilità: scrivi una volta, giri ovunque, il sogno realizzato. Ma c'è un secondo premio, più sottile e importante, che voglio farti notare, perché prepara le prossime puntate. Siccome il programma non gira direttamente sul computer, ma dentro la macchina virtuale, quella macchina virtuale può fare da guardiano: può sorvegliare il programma mentre gira, tenerlo sotto controllo, gestire per lui certe cose delicate, intervenire se qualcosa va storto. La macchina virtuale non è solo un traduttore: è anche un custode, uno strato protettivo attorno al programma, che vigila e assiste. E questo, come vedremo, è alla base della robustezza di Java.
Voglio farti apprezzare quanto sia potente questo ruolo di custode, perché è un vantaggio profondo. Immagina la differenza tra un'auto che guidi tu direttamente, con pieno controllo ma anche piena responsabilità di ogni pericolo, e un'auto con tanti sistemi di assistenza che vigilano, ti proteggono, intervengono se stai per sbagliare. La macchina virtuale è come quei sistemi di assistenza: sta attorno al programma e lo protegge, si occupa di cose delicate al posto suo, riduce i rischi. Questo strato protettivo, questo custode che vigila, è ciò che permette a Java di essere così robusto e sicuro, come approfondiremo. Il premio della macchina virtuale non è solo la portabilità, ma anche questo prezioso ruolo di guardiano.
Ma ora, con onestà, veniamo al prezzo, perché c'è, ed è reale. Il primo costo è uno strato in più. Il programma non gira direttamente sul computer, ma attraverso la macchina virtuale, che fa da intermediario. E ogni intermediario, per quanto utile, aggiunge un passaggio, un po' di lavoro in più. Storicamente, questo ha significato una cosa concreta: i programmi Java erano più lenti di quelli che giravano direttamente sulla macchina, perché passare attraverso la macchina virtuale costava. Per anni, Java si è portato dietro la fama di essere lento, proprio a causa di questo strato intermedio. Il custode e traduttore ha un costo, e all'inizio quel costo si sentiva parecchio.
C'è un secondo prezzo, più pratico, che voglio segnalarti. Siccome un programma Java ha bisogno della macchina virtuale per girare, quella macchina virtuale deve essere presente, installata, sul computer dove vuoi far girare il programma. Non basta il programma da solo: serve anche la macchina virtuale che lo esegue. È un requisito in più, una cosa da avere. Non è un grande ostacolo, ma è comunque un prezzo: la portabilità di Java non è magica, si appoggia sulla presenza di questo strato, la macchina virtuale, che va messo lì dove serve. Scrivi una volta e giri ovunque, sì, ma ovunque ci sia la macchina virtuale ad accoglierti.
Voglio però raccontarti come Java abbia in gran parte vinto il problema più grande, quello della lentezza, perché è una bella storia di maturazione. La fama di lentezza di Java è oggi in gran parte superata, e il merito è di quanto è diventata astuta la macchina virtuale. Nel tempo, la macchina virtuale ha imparato un trucco brillante: mentre il programma gira, si accorge di quali parti vengono usate di più, le più trafficate, e proprio quelle le traduce al volo nella lingua veloce del computer vero, così che poi girino a piena velocità. In pratica, la macchina virtuale è diventata capace di ottimizzare il programma mentre lo esegue, rendendo veloci le parti che contano. Grazie a questo, Java moderno è spesso velocissimo, e la vecchia fama di lentezza è largamente ingiusta oggi.
Voglio darti una prospettiva equilibrata su questo bilancio, per chiudere, perché è la posizione onesta. La macchina virtuale è una scelta con un premio grande e un prezzo reale. Il premio: la portabilità, e il prezioso ruolo di custode che rende Java robusto. Il prezzo: uno strato intermedio in più, che storicamente rendeva Java lento e che richiede la presenza della macchina virtuale. Ma il prezzo più pesante, la lentezza, è stato in gran parte vinto dall'astuzia crescente della macchina virtuale. Nel bilancio complessivo, per gli scopi di Java, sistemi seri, robusti, portabili, il premio supera nettamente il prezzo. È una scelta coerente con i suoi valori. Nella prossima puntata approfondiamo il valore della robustezza: costruito per durare. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.