Proprio per questo, quella fase ebbe per me un significato speciale. Mi obbligò a trasferire in un contesto nuovo l’esperienza accumulata in Romania e a verificare, nella pratica, la solidità di una formazione centrata sul rigore, sulla modellazione e sulla progettazione. In un certo senso, qui cominciò il vero confronto tra le mie idee sull’ingegneria del software e la realtà quotidiana delle applicazioni, dei contratti, delle scadenze e dei vincoli economici.
Un nuovo inizio professionale
Nella mia biografia professionale, la consulenza indipendente in Italia non fu un semplice intervallo tra due funzioni stabili, ma una fase in sé. Significò l’uscita da un quadro professionale già conosciuto e l’ingresso in un ambiente nuovo, dove il riconoscimento non veniva più dal titolo o dalla posizione accademica, ma dalla capacità di produrre risultati utili e di conquistare la fiducia dei partner.
Per una persona formata nell’università, questo cambiamento non era privo di difficoltà. Nell’ambiente accademico c’è tempo per l’elaborazione, la giustificazione e il perfezionamento. Nella consulenza indipendente, invece, le cose sono spesso richieste rapidamente, in modo concreto e senza concessioni ad astrazioni inutili. Dovetti quindi imparare non a rinunciare al rigore, ma a comprimerlo in forme più operative e più direttamente applicabili.
Il contesto del lavoro indipendente
Lavorare in modo indipendente significa portare da soli, o quasi da soli, il peso dell’intero percorso professionale. Il consulente non è soltanto programmatore o analista; deve comprendere il requisito, valutarne la fattibilità, proporre la soluzione, spiegarla, negoziare, eseguire e assumersi le conseguenze. Da questo punto di vista, il lavoro freelance ha una dimensione formativa: obbliga alla chiarezza, all’autonomia e al senso dell’essenziale.
In quegli anni, anche il mercato informatico italiano attraversava un processo di modernizzazione accelerata. Si aprivano opportunità, ma la concorrenza era reale, e l’adattamento al linguaggio, allo stile e al ritmo dell’ambiente locale non avveniva da sé. Proprio in questo contesto, la mia precedente esperienza di progettazione e di analisi si rivelò un sostegno decisivo.
Tipi di applicazioni
Nel periodo della consulenza indipendente entrai in contatto con problemi e applicazioni molto diversi, alcuni dei quali si prolungarono poi in collaborazioni più stabili o in funzioni di direzione tecnica. Non è questo il luogo per un inventario esaustivo, ma piuttosto per delineare il profilo di quelle attività.
Applicazioni gestionali
Sistemi orientati all’amministrazione dell’informazione, dei flussi e delle operazioni concrete nelle organizzazioni.
Sistemi tecnici e distribuiti
Problemi che richiedevano non soltanto programmazione, ma anche comprensione dell’architettura, della comunicazione tra componenti e dell’affidabilità.
Analisi e progettazione
Situazioni in cui il valore aggiunto non era solo la scrittura del codice, ma la chiarificazione della struttura della soluzione e del rapporto tra requisiti e implementazione.
Guardando retrospettivamente, ciò che caratterizza queste applicazioni non è tanto il loro dominio, quanto il fatto che mi obbligarono a pensare il software a contatto diretto con la realtà del beneficiario. Il modello teorico doveva essere tradotto in una soluzione concreta, e la soluzione doveva rimanere intelligibile, robusta e correttamente manutenuta.
Che cosa ho imparato da questa fase
Quegli anni mi confermarono qualcosa che avevo già intuito: la vera ingegneria del software non è un esercizio di pura astrazione, ma una disciplina della mediazione tra idea e vincolo. Nella consulenza indipendente, ogni progetto ti obbliga a vedere subito dove finisce l’eleganza gratuita e dove comincia la soluzione adatta.
Imparai anche l’importanza della comunicazione con il beneficiario e della formulazione del problema. Molte volte, la difficoltà principale non era tecnica, ma concettuale: capire che cosa dovesse essere fatto veramente. Questa dimensione di chiarificazione dei requisiti è rimasta una delle costanti del mio modo di lavorare.
Infine, il periodo della consulenza rafforzò la mia fiducia nel fatto che la mobilità intellettuale conta più della specializzazione rigida. La forza di un ingegnere del software non sta soltanto nella conoscenza di uno strumento, ma nella capacità di riconoscere la struttura di un problema e di costruire per esso una soluzione coerente.
Continuità con la ricerca e l’università
Sebbene questa fase sia stata eminentemente pratica, non si collocò in opposizione alla mia attività accademica e di ricerca. Al contrario, la consulenza indipendente funzionò come un laboratorio della realtà, dove molte idee coltivate in precedenza furono messe alla prova e, talvolta, corrette o sfumate.
Se l’università mi offrì gli strumenti della riflessione, e la ricerca quelli della concettualizzazione, l’attività indipendente mi offrì la prova concreta della loro utilità. Dall’incontro di questi tre piani si formò, credo, la mia identità professionale matura.