Ciao, e benvenuto nella nona puntata della cinquantasettesima stagione. Oggi mettiamo sul tavolo la domanda che divide le community di sviluppatori, spesso con toni da tifoseria: il mappatore è una benedizione o una maledizione? Va usato sempre, o mai? E come ormai sai, la risposta interessante non sta in nessuno dei due estremi. Oggi parliamo di magia utile e magia pericolosa: quando usare un mappatore e quando no.
Partiamo dalle due tifoserie, perché le riconoscerai. Da una parte ci sono i puristi del linguaggio del database, che dicono: i mappatori sono lenti, opachi, generano interrogazioni orribili, scrivi tu il codice a mano e avrai il controllo. Dall'altra ci sono gli entusiasti dell'astrazione, che dicono: scrivere a mano è primitivo, ripetitivo, insicuro, lascia fare al mappatore e concentrati sulla logica. Tutte e due le tifoserie hanno pezzi di ragione, ed è proprio per questo che il tifo è terreno sterile. La verità matura non sceglie una squadra: sceglie lo strumento giusto per il pezzo di lavoro giusto.
Voglio dirti dove il mappatore brilla, perché è la maggioranza del lavoro. Il mappatore dà il meglio esattamente là dove sta il grosso di quasi ogni applicazione: la parte noiosa e ripetitiva. I moduli, le schede, le operazioni di sportello: crea un record, mostralo, aggiornalo, cancellalo. Per tutto questo, che è forse il novanta per cento del codice di una tipica applicazione gestionale, il mappatore è una manna. Ti fa risparmiare una quantità enorme di tempo, e ti protegge da certi errori di sicurezza classici che, scrivendo a mano, faresti prima o poi. Rifiutare il mappatore per questa parte è masochismo: stai riscrivendo a mano, con più rischi, ciò che uno strumento maturo fa meglio di te.
Voglio dirti dove il mappatore inciampa, perché è la minoranza che conta. Il mappatore fatica esattamente dove il lavoro diventa serio e specifico. Un rapporto complesso, che incrocia molte tabelle con calcoli e raggruppamenti sofisticati. Un'operazione che deve toccare centinaia di migliaia di righe in un colpo solo. Una parte del sistema dove ogni millisecondo conta e devi controllare al millimetro l'interrogazione che parte. In tutti questi casi, l'interrogazione generata automaticamente è spesso goffa, e la comodità del mappatore vale meno del controllo che perdi. Qui, scrivere a mano nel linguaggio del database non è un passo indietro: è la scelta professionale giusta.
Voglio darti la sintesi matura, perché è il cuore della puntata. E la sintesi è che non è mappatore contro linguaggio del database. È mappatore e linguaggio del database, insieme, nella stessa applicazione. Usi il mappatore per la maggioranza noiosa, e scendi a scrivere a mano per la minoranza critica. Questo non è un tradimento del mappatore: tutti i buoni strumenti di mappatura ti permettono, quando serve, di aggirarli e mandare la tua interrogazione fatta a mano. La maturità non è scegliere una volta per tutte. È saperti muovere lungo una scala, dentro lo stesso progetto, alzando o abbassando il livello di astrazione a seconda di cosa ti serve in quel punto.
Voglio darti l'immagine che rende chiara questa idea, perché la fissa. Pensa al pilota automatico di un aereo. Per le lunghe ore di volo tranquillo, in crociera, il pilota automatico è perfetto: gestisce tutto, e il pilota può concentrarsi su altro. Solo un incosciente lo terrebbe spento per orgoglio. Ma quando arriva il maltempo, o l'atterraggio in una situazione difficile, il pilota riprende i comandi con le sue mani, perché lì serve il suo giudizio, non l'automatismo. Il punto non è pilota automatico sì o no. Il punto è che il vero pilota sa quando lasciarlo fare e, soprattutto, sa spegnerlo quando la situazione lo richiede. Il mappatore è il tuo pilota automatico. E tu devi essere il pilota che lo sa spegnere.
Voglio darti la lezione generale, perché la ripetiamo da stagioni. La lezione è che l'estremismo, in un verso o nell'altro, è quasi sempre il vero errore. Chi dice sempre e chi dice mai stanno entrambi rinunciando a pensare, sostituendo il giudizio caso per caso con una regola comoda e sbagliata. Lo strumento migliore non esiste in astratto: esiste per un compito, in un contesto. E la competenza non è la fedeltà a una bandiera, ma la capacità di scegliere bene, ogni volta, con onestà, in base al problema che hai davanti. Vale per i mappatori, e vale per quasi tutto ciò di cui abbiamo parlato.
Per oggi ci fermiamo qui. Abbiamo affrontato la domanda da tifoseria, mappatore sì o mappatore no, e l'abbiamo sciolta. Il mappatore brilla nella maggioranza noiosa di quasi ogni applicazione, le operazioni di sportello: lì rifiutarlo è masochismo. Inciampa nella minoranza che conta, i rapporti complessi, le operazioni pesanti, i punti dove ogni millisecondo pesa: lì scrivere a mano è la scelta giusta. La sintesi matura non è mappatore contro linguaggio del database, ma mappatore e linguaggio insieme, nello stesso progetto, muovendoti lungo una scala. Come un pilota automatico: usalo in crociera, ma sappilo spegnere nel maltempo. La lezione: l'estremismo è il vero errore, la competenza è scegliere bene ogni volta. Nella prossima e ultima puntata: la magia che devi saper spegnere, cosa il mappatore ci insegna. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.