Il problema che si ripresenta sempre uguale, sotto vestiti diversi
Mi capita spesso di lavorare fianco a fianco con tecnici più giovani di me, in team misti dove ognuno porta qualcosa. Ed è proprio in questi momenti che noto una cosa interessante: davanti a certi problemi informatici, io arrivo prima al sospetto giusto. Non perché sia più bravo — ma perché ho già visto quel problema, o una sua variante, magari trent'anni fa, vestito in modo diverso.
L'informatica cambia interfacce, protocolli, nomi commerciali. Ma certe logiche di fondo — come si comporta una rete quando satura, come reagisce un sistema quando finisce la memoria, come si propaga un errore lungo una catena di dipendenze — restano sorprendentemente simili nel tempo. Chi le ha viste ripetersi per decenni sviluppa un istinto diagnostico che non sostituisce la competenza tecnica aggiornata, ma la affianca in modo utile.
Un esempio concreto: il computer che rallenta "senza motivo"
Prendiamo un caso banale ma frequente: un PC aziendale che improvvisamente rallenta, senza errori evidenti, senza virus rilevati. Un tecnico che ha imparato solo su sistemi moderni, con hardware potente e software che nasconde molta complessità, tende a guardare prima al software: aggiornamenti, servizi in background, magari il cloud sync.
Io, per abitudine, controllo anche cose che sembrano "vecchie scuola": la salute fisica del disco, la ventola che gira più lenta del dovuto e fa alzare le temperature, un cavo di rete che fa i capricci per un problema di doppino. Non perché siano più probabili oggi — ma perché ho imparato, in tanti anni, che il sintomo software a volte nasconde una causa fisica, e viceversa. Guardare entrambi i livelli, senza pregiudizi su dove "dovrebbe" stare il problema, accorcia i tempi di diagnosi.
Non è una questione di generazioni, è una questione di metodo
Non voglio dire che i tecnici più giovani partano svantaggiati. Anzi: spesso sono più veloci di me su strumenti nuovi, automazioni, scripting, ambienti cloud che io stesso ho dovuto studiare da adulto invece che assorbire "sul campo" fin da subito. Il vantaggio che sento di avere non è di bravura, è di prospettiva storica: ho visto nascere e morire tecnologie, ho visto promesse mancate e problemi che si ripetono con nomi diversi.
Questo mi porta a fare una cosa semplice ma efficace: quando un problema sembra nuovo, provo comunque a chiedermi "l'ho già visto in una forma diversa?". Spesso la risposta è sì, e la soluzione arriva da lì.
Perché questo conta per chi gestisce una PMI
Se sei un titolare d'azienda o un responsabile IT, probabilmente non ti interessa la storia dell'informatica in sé. Ti interessa che il problema si risolva in fretta, con il minimo fermo operativo. Ed è qui che l'esperienza pesa concretamente: un tecnico che ha visto tanti scenari diversi individua prima le ipotesi più probabili, spreca meno tempo su tentativi a caso, e soprattutto sa distinguere un sintomo superficiale da una causa strutturale.
In oltre venticinque anni di consulenza IT presso PMI di settori molto diversi tra loro — dallo studio professionale alla piccola manifattura — ho imparato che la vera competenza si vede più nella capacità di fare la domanda giusta al momento giusto che nella conoscenza dell'ultimo prodotto uscito sul mercato.
Il mio consiglio pratico
Se stai valutando un fornitore IT o un tecnico interno, non guardare solo alle certificazioni sull'ultima tecnologia. Chiedi anche: quanti tipi diversi di problemi ha già affrontato? Ha lavorato su ambienti eterogenei, non solo su un tipo di infrastruttura? La varietà di esperienza conta quanto l'aggiornamento tecnico, soprattutto quando il problema che stai affrontando non è documentato da nessuna parte e serve intuito, oltre che manuali.
Il team ideale, secondo me, è quello che unisce le due cose: la freschezza di chi padroneggia gli strumenti più recenti e la memoria storica di chi ha visto abbastanza cicli tecnologici da riconoscere gli schemi che si ripetono. Non è un confronto tra "vecchio" e "nuovo": è la somma che funziona meglio.
Se hai un problema IT che sembra sfuggire a ogni logica, o semplicemente vuoi un confronto su come strutturare il supporto tecnico della tua azienda, raccontami il problema: ne parliamo insieme e vediamo che soluzione ha più senso per la tua situazione.
