← Tutti gli episodi
Copertina di Non reinventare la ruota: cos'è un framework
Stagione 31 · Episodio 001

Non reinventare la ruota: cos'è un framework

4 settembre 2026 5:22
0:00 5:22

Ciao, e benvenuto nella prima puntata della trentunesima stagione di questo podcast. Finora, nelle nostre stagioni tecniche, abbiamo raccontato soprattutto linguaggi di programmazione e le tecnologie visive del web. Oggi cambiamo tipo di cosa, e affrontiamo qualcosa di diverso, una categoria nuova per noi: un framework. In particolare, il più amato framework del mondo PHP, quello con cui si costruiscono innumerevoli applicazioni web: Laravel. E per capire Laravel, dobbiamo prima capire cos'è un framework, e a cosa serve. Oggi partiamo da qui, da un'idea semplice e potente: non reinventare la ruota.

Partiamo dal problema che i framework risolvono, perché lo capisce chiunque abbia costruito qualcosa. Quando costruisci un'applicazione web, ti accorgi presto che quasi tutte le applicazioni hanno bisogno delle stesse cose di base: ricevere le richieste dal web e smistarle, dialogare con una base di dati, gestire gli utenti e i loro accessi, mandare email, e tante altre faccende comuni. Sono meccanismi di base che servono praticamente sempre, in ogni applicazione. E qui nasce il problema: se ogni volta che costruisci un'applicazione dovessi ricostruire da zero tutti questi meccanismi comuni, sarebbe una fatica enorme, ripetitiva, e piena di occasioni di sbagliare. Rifare ogni volta le stesse fondamenta è uno spreco assurdo.

Ed ecco cos'è un framework, la soluzione a questo problema, che voglio farti afferrare bene. Un framework è una struttura pronta, un'impalcatura già costruita, che ti fornisce già fatti tutti quei meccanismi comuni. Ti dà lo scheletro dell'applicazione e tutta la macchina di base, già pronta e funzionante: la gestione delle richieste, il dialogo con la base di dati, la gestione degli utenti, tutto già lì. Così tu non devi ricostruire le fondamenta ogni volta: parti da una struttura solida già pronta, e ti concentri solo su ciò che è unico della tua applicazione, sulla sua parte specifica. Il framework fa il lavoro comune e ripetitivo; tu fai solo il lavoro particolare, tuo. Non reinventi la ruota: usi quella che c'è già.

Voglio darti un'immagine che rende questo concreto, perché chiarisce tutto. Immagina di dover costruire una casa. Senza un framework, dovresti partire dal nulla ogni volta: fondamenta, muri portanti, impianti, tetto, tutto da zero, per ogni casa. Con un framework, invece, è come se ti venisse data una casa già con le fondamenta, la struttura portante, gli impianti idraulici ed elettrici già installati e funzionanti. A te resta solo da arredarla, da personalizzare gli spazi secondo il tuo gusto e le tue esigenze. Il grosso del lavoro strutturale, comune a ogni casa, è già fatto; tu ti occupi solo di ciò che rende quella casa tua. Il framework è la casa già strutturata; tu la arredi.

Voglio farti apprezzare quanto sia potente questa idea, perché va oltre il risparmio di tempo. Usare un framework non ti fa solo risparmiare la fatica di ricostruire le fondamenta. Ti dà anche fondamenta migliori: quei meccanismi comuni, nel framework, sono stati costruiti con cura da tanti esperti, testati da moltissime persone, raffinati negli anni. Sono probabilmente più solidi e sicuri di quelli che costruiresti tu da solo, in fretta, ogni volta. Quindi il framework ti dà due doni: ti evita la fatica ripetitiva, e ti offre fondamenta collaudate e robuste su cui costruire. Parti da una base migliore di quella che faresti tu, e ci metti sopra solo il tuo valore aggiunto. È efficienza e qualità insieme.

Voglio anticiparti la differenza profonda tra un framework e altre cose che abbiamo visto, perché sarà il tema della prossima puntata. Abbiamo parlato, in passato, di librerie: raccolte di strumenti pronti che puoi usare. Un framework è qualcosa di più e di diverso: non è solo una raccolta di strumenti che chiami quando vuoi, è una struttura complessiva che regge tutta la tua applicazione e la organizza. C'è un ribaltamento profondo nel rapporto: con una libreria, comandi tu; con un framework, in un certo senso, comanda lui, e tu ti inserisci nella sua struttura. Questa differenza, tra chiamare degli strumenti e inserirsi in una struttura, è affascinante, e la esploreremo bene nella prossima puntata.

Voglio darti fin d'ora la lente con cui guardare Laravel in tutta la stagione. Laravel è un framework per PHP, cioè una struttura pronta costruita sopra il linguaggio PHP, che avevamo raccontato in una stagione passata. E ha una caratteristica che lo distingue e lo rende amato: la sua stella polare, la cosa a cui tiene più di tutto, è rendere felice chi programma, rendere piacevole e produttivo il lavoro di costruire. Tieni a mente queste due chiavi, l'essere un framework, una struttura pronta, e la stella polare della felicità di chi programma, e capirai il senso di ogni cosa che diremo su Laravel.

Per oggi ci fermiamo qui. Un framework è una struttura pronta, un'impalcatura già costruita, che ti fornisce già fatti tutti i meccanismi comuni di cui ogni applicazione ha bisogno: la gestione delle richieste, il dialogo con la base di dati, gli utenti, e altro. Così non reinventi la ruota ogni volta: parti da fondamenta solide e collaudate, e ti concentri solo su ciò che è unico della tua applicazione, come ricevere una casa già strutturata e limitarsi ad arredarla. Laravel è il framework più amato per PHP, e la sua stella polare è rendere felice chi programma. Nella prossima puntata approfondiamo cosa distingue un framework: non chiamare tu, chiamerà lei. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.