Una tecnologia può esistere molto prima di diventare comune. Fra l'annuncio e l'adozione ci sono migrazioni, costi, verifiche e persone che devono imparare un altro modo di lavorare.

Mi interessa l'informatica: linguaggi, nuove versioni, applicazioni già in uso. La domanda non è perché manchi l'innovazione — è perché sostituire quello che c'è richieda così tanto tempo.

Migrare significa preservare un comportamento

Uso l'analogia della traduzione di un testo lunghissimo. Dà l'idea della quantità di lavoro, ma nel software c'è un livello in più: non devi tradurre le parole, devi mantenere i comportamenti.

Un'applicazione dipende da librerie, formati, servizi e abitudini di chi la usa. Cambiare linguaggio o versione significa verificare tutti quei collegamenti, uno per uno.

E una funzione deprecata non è già rimossa. È un segnale da leggere nella documentazione e nel percorso previsto dal progetto: non ogni avviso è un guasto imminente.

Il costo non è la riscrittura del codice

Tempo di sviluppo, formazione, prove e gestione della transizione fanno parte dello stesso investimento. E nel frattempo il sistema vecchio deve continuare a funzionare.

Quindi un miglioramento tecnico può essere interessante senza essere prioritario. Vanno confrontati benefici attesi, risorse disponibili e problemi che la migrazione dovrebbe risolvere.

Attenzione però: rimandare non è automaticamente prudente. Anche tenere il vecchio sistema costa, e i costi crescono quando dipendenze e competenze diventano introvabili.

Vecchio non significa inutilizzabile

Ricordo l'avvertimento del mio professore di programmazione: entrando nel lavoro avremmo trovato tecnologie molto più vecchie di noi.

Cito BASIC e Pascal con una generalizzazione eccessiva sul loro abbandono, e la correggo: esistono strumenti e comunità che continuano a usarne ed evolverne varianti. Free Pascal è un progetto attivo, con supporto per Pascal e Object Pascal. Sito ufficiale Free Pascal.

Il criterio non è l'età del nome. Sono manutenzione, compatibilità, competenze disponibili e adeguatezza al compito.

Ripartire da zero non elimina la complessità

Una riscrittura ti dà libertà progettuale, e insieme ti fa perdere comportamenti poco documentati che il sistema precedente aveva accumulato — spesso per buone ragioni che nessuno ricorda più.

Migrare gradualmente o ricostruire una parte sono due strade da confrontare. Non esiste la regola per cui ripartire sia più semplice, né quella per cui mantenere la logica precedente sia obbligatorio.

Prima di decidere, stabilisci che cosa deve restare equivalente e che cosa vuoi cambiare. Altrimenti stai confrontando due progetti con obiettivi diversi.

Le persone devono poter continuare a lavorare

«Perché cambiare qualcosa che funziona?» non è sempre chiusura mentale. Spesso segnala un costo concreto: procedure nuove, scorciatoie da reimparare, funzioni spostate.

Formazione, documentazione e una transizione comprensibile riducono quegli ostacoli. Il fattore umano non è un limite inevitabile: è una parte del progetto, che si può affrontare o ignorare.

Una tecnologia adottata senza preparazione rende meno di quanto prometta — e la colpa poi finisce alla tecnologia.

Il mio esempio: il passaggio a Windows 11

Ero curioso di Windows 11 e ho scelto di aspettare. In quel momento alcuni aspetti mi convincevano meno di Windows 10.

È una testimonianza riferita a quella fase, non una valutazione di ogni versione. E la mia fiducia in futuri miglioramenti era un'aspettativa, non la garanzia che una preferenza personale venga accolta.

I riscontri possono contribuire allo sviluppo, ma chi mantiene un prodotto deve scegliere priorità e compromessi. E raccogliere dati d'uso non dimostra che una modifica sarà utile a tutti.

Quando una novità merita il passaggio

Tre domande: quale problema risolve, quanto costa adottarla, come verifichiamo che il risultato sia migliore per noi?

Non tutte le novità diventeranno standard. Alcune resteranno specialistiche, altre verranno sostituite, altre entreranno lentamente.

Il tempo di adozione racconta più della velocità di sviluppo: racconta quanto lavoro serve per far entrare una tecnologia in processi, prodotti e abitudini che esistono già.