Ciao, e benvenuto nella nona puntata della quarantottesima stagione. Oggi continuiamo il conto onesto con la domanda che quasi nessuno si fa prima di afferrare Next: ti serve davvero? È facile scegliere il framework più popolare per riflesso, senza chiedersi se hai i problemi che quel framework esiste per risolvere. Oggi vediamo il framework e le sue alternative: ti serve davvero?
Partiamo dalla domanda dimenticata, perché è la più importante. Next risolve problemi veri e difficili. Ma li risolve aggiungendo al tuo progetto un framework grande, pieno di opinioni, che cambia in fretta e, come abbiamo visto, un po' opaco. E non ogni progetto ha quei problemi. Prima di prenderlo, la domanda giusta non è quanto è bravo Next, ma: io ho i problemi che Next è nato per risolvere? Perché se non li hai, tutta quella potenza diventa peso morto, complicazione senza guadagno.
Voglio darti il caso del progetto semplice, perché è il più comune. Per un sito semplice, una vetrina, un blog, una pagina di presentazione, Next può essere un cannone per ammazzare una mosca. La costruzione sul server, la cache a strati, la complessità del processo di costruzione ti danno pochissimo, e uno strumento più semplice, persino del semplice HTML, o un generatore di pagine più leggero, sarebbe più rapido da fare e molto più facile da capire. Per una pagina senza interattività, spedire un intero framework è puro sovrappeso: paghi la complessità e non ne ricavi nulla.
Voglio darti il rovescio, perché sarei ingiusto a fermarmi qui. E però, quando i problemi ce li hai, Next è splendido. Molte pagine, bisogno di essere trovati dai motori di ricerca, un misto di parti statiche, dinamiche e interattive, un'applicazione vera e complessa: lì Next risolve un'enormità di cose che altrimenti costruiresti male da solo, sbagliando gli stessi errori che altri hanno già risolto per te. È esagerato quando non hai i suoi problemi, ed è un affare quando li hai. La stessa potenza è peso morto o dono, a seconda di cosa stai costruendo. E questo spiega perché Next abbia vinto il suo posto: non perché sia giusto per tutto, ma perché la fascia di progetti che hanno davvero i suoi problemi, le applicazioni web serie, è larga e importante, e lì fa risparmiare mesi di lavoro fatto male.
Voglio aggiungere la questione del legarsi, perché è un costo reale. C'è anche un prezzo nel legarsi a un framework grande. Adottarlo significa adottare le sue convenzioni, il suo ritmo di aggiornamenti continui, le sue assunzioni, e la direzione dell'azienda che lo produce, che, tra l'altro, vende anche il servizio su cui farlo girare. È un impegno vero: a volte ne vale la pena, a volte è una trappola che ti accorgi di aver stretto solo dopo. Legarsi a qualcosa di grande e in movimento vuol dire correre alla sua velocità, non alla tua: quando il framework cambia strada, cambi strada anche tu, che tu voglia o no, e le migrazioni tra una versione e l'altra sono un costo che pagherai a intervalli regolari.
Voglio darti l'immagine che rende chiara questa idea, perché la conosci. Pensa a una cucina industriale, contro la cucina di casa. La cucina industriale è straordinaria se gestisci un ristorante: capiente, veloce, attrezzata per servire in centinaia. Ma è assurda, ed è un peso, se vuoi solo prepararti la cena: troppa roba, troppa manutenzione, troppa complessità per un piatto di pasta. L'attrezzatura non è migliore o peggiore in astratto: è adatta o inadatta alla scala di ciò che stai facendo. Il tostapane di casa in un ristorante è ridicolo; la cucina industriale a casa, pure.
Voglio trarre la lezione generale, perché è il ritornello di sempre. La lezione è questa: afferrare lo strumento potente e popolare per riflesso è un errore della stessa famiglia dell'afferrare quello sbagliato. La prima domanda non è mai qual è il framework migliore, ma quali problemi ho davvero io. E uno strumento è giusto solo se i tuoi problemi sono quelli per cui è stato costruito. La popolarità di uno strumento non è una prova che serva a te: è una prova che serve a qualcuno, per problemi che tu potresti non avere affatto.
Per oggi ci fermiamo qui. Abbiamo fatto la domanda che pochi si fanno: ti serve davvero Next? Risolve problemi veri, ma lo fa aggiungendo un framework grande, opinionato, che cambia in fretta e un po' opaco, e non ogni progetto ha quei problemi. Per un sito semplice è un cannone per una mosca: uno strumento più leggero è più rapido e più chiaro. Ma quando i problemi ce li hai, molte pagine, motori di ricerca, un misto statico e dinamico e interattivo, allora è splendido, e ti risolve un'enormità. Più il costo del legarsi a un framework grande e alla sua azienda. Come una cucina industriale, perfetta per un ristorante, assurda per farsi la cena. La lezione: la prima domanda non è quale sia il migliore, ma quali problemi hai. Nella prossima e ultima puntata tiriamo le somme. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.