Ciao, e benvenuto nella seconda puntata della trentaduesima stagione. Nella scorsa puntata abbiamo detto che Spring è nato per salvare il software serio dalla sua stessa complessità. Oggi trasformiamo questa idea in un tema più grande e profondo, che è la vera chiave per capire tutta la vicenda di Spring, e non solo: il pendolo della complessità. Perché la lotta contro la complessità non è una battaglia vinta una volta per tutte, ma un ciclo che si ripete all'infinito: la complessità torna sempre ad accumularsi, e ogni volta qualcuno deve tagliarla via di nuovo. Oggi capiamo questo pendolo, e come Spring lo incarna.
Partiamo dal raccontare l'intero ciclo di Spring, perché è una storia perfetta a quattro tempi. Primo tempo: nel mondo di Java, gli strumenti per il software serio erano diventati troppo pesanti e complessi, soffocanti. Secondo tempo: è arrivato Spring, più leggero e semplice, come una liberazione da quella complessità, e tutti hanno tirato un sospiro di sollievo. Terzo tempo, e qui viene il bello: col passare degli anni, Spring stesso, diventando più potente e ricco, è cresciuto, si è ingrandito, e a sua volta è diventato complesso e pesante da mettere in piedi. Quarto tempo: è arrivato Spring Boot, per semplificare Spring stesso, per renderlo di nuovo facile e leggero. La complessità era tornata, e di nuovo qualcuno l'ha tagliata via.
Voglio farti apprezzare quanto sia significativo questo ciclo, perché rivela una legge profonda. Guarda cosa è successo: qualcosa è nato per semplificare, ha semplificato, e poi è diventato esso stesso complesso, e allora è servito qualcos'altro per semplificarlo di nuovo. È un pendolo: oscilla verso la complessità, poi qualcuno lo spinge verso la semplicità, ma poi la complessità torna ad accumularsi, e il pendolo va di nuovo semplificato. Non è un difetto di Spring in particolare: è una legge quasi universale del software. La complessità è come una forza di gravità che tira sempre verso il basso, verso il complicato, e serve uno sforzo continuo per contrastarla.
Voglio spiegarti perché la complessità si riaccumuli sempre, perché è il cuore della questione. Il motivo è che, per essere più potente e capace, uno strumento tende a diventare più complesso: aggiungi funzionalità, casi particolari, opzioni, e a poco a poco lo strumento cresce, si ingrossa, si complica. La potenza e la complessità vanno insieme: più uno strumento fa, più tende a diventare intricato. Ricordi la tensione, vista con i linguaggi, tra la ricchezza e la semplicità? È la stessa forza. Spring è cresciuto in potenza e ricchezza negli anni, e con la potenza è cresciuta la complessità, finché non è servito Spring Boot per tagliarla via. È il prezzo inevitabile della potenza crescente: la complessità che si accumula.
Voglio darti un'immagine per questo pendolo, perché lo rende vivido: il giardino e le erbacce. Immagina un giardino. Lo sistemi, lo rendi bello e ordinato. Ma se lo lasci stare, col tempo le erbacce ricrescono, e il giardino torna disordinato. Devi tornare, periodicamente, a strappare le erbacce, a rimettere ordine. Non è un lavoro che fai una volta sola: è una cura continua, perché il disordine torna sempre. La complessità del software è come le erbacce: torna sempre a crescere, e va strappata via periodicamente. Spring ha strappato le erbacce del software serio; poi le erbacce sono ricresciute su Spring stesso; e Spring Boot le ha strappate di nuovo. È il ciclo eterno della cura contro il disordine.
Voglio farti apprezzare la lezione profonda di questo pendolo, perché va ben oltre Spring. La vicenda ci insegna una verità importante sul software, e forse sulle cose in generale: che la semplicità non è uno stato che raggiungi e mantieni senza sforzo, ma qualcosa che va difeso e riconquistato di continuo, contro la costante tendenza delle cose a complicarsi. La complessità si accumula sempre, silenziosamente, spinta dal desiderio di più potenza, più funzionalità, più casi coperti. E tenerla a bada richiede uno sforzo consapevole e continuo, una potatura periodica. Chi non lo fa, vede le sue cose ingolfarsi lentamente. La lotta contro la complessità non si vince mai definitivamente: si combatte per sempre.
Voglio anticiparti, per chiudere, che questo pendolo ci accompagnerà per tutta la stagione, perché spiega Spring Boot. Spring Boot, protagonista di questa stagione, è precisamente l'ultima grande potatura: la mossa che ha ripreso Spring, diventato complesso, e lo ha reso di nuovo semplice e immediato, con la sua magia del funziona e basta. Ma, e questa è la parte onesta, anche Spring Boot, semplificando, aggiunge la sua parte di complessità nascosta, e il pendolo, prima o poi, potrebbe oscillare di nuovo. Tieni a mente il pendolo: è la chiave per capire perché è nato Spring, perché è nato Spring Boot, e perché nulla, nel software, resta semplice per sempre.
Per oggi ci fermiamo qui. La lotta di Spring contro la complessità non è una battaglia vinta una volta, ma un pendolo che oscilla. Il ciclo di Spring ha quattro tempi: il software serio era troppo complesso, Spring lo ha semplificato, poi Spring stesso è diventato complesso, e Spring Boot lo ha semplificato di nuovo. È una legge quasi universale: la complessità si riaccumula sempre, perché la potenza e la complessità vanno insieme, come le erbacce che ricrescono in un giardino. La lezione è profonda: la semplicità va difesa e riconquistata di continuo, non si mantiene da sola. E Spring Boot è l'ultima grande potatura di questo pendolo. Nella prossima puntata affrontiamo il cuore tecnico di Spring: non costruire i tuoi attrezzi. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.