La maggior parte delle banche ha sistemi scritti in COBOL, RPG, Assembly.

Se qualcuno conosce bene le difficoltà derivanti la gestione dei sistemi legacy nel settore bancario, è Richard Hawkins, l'ex chief information officer per l'Europa di HSBC. Hawkins ha trascorso 17 anni presso la banca britannica, prima di lasciarla ufficialmente questo aprile. Ora lavora come consulente, aiutando le banche a risolvere problemi con le tecnologie legacy e aiutandole ad implementare i requisiti normativi.

La maggior parte delle banche dispone di molte tecnologie legacy, afferma Hawkins, specialmente in aree transazionali come pagamenti, conti correnti e prodotti di base come i prestiti. Questi sistemi sono la "spina dorsale dei servizi bancari", afferma Hawkins. Poiché fanno parte del prodotto principale e implicano "anni e anni di implementazione", quindi allontanarsi da essi è spesso estremamente rischioso ed estremamente costoso.

Se lavori nella tecnologia bancaria, ciò significa che hai una forte possibilità di imbatterti in sistemi scritti in linguaggi che la maggior parte degli sviluppatori aveva consegnato alla tomba. "Ci sono sistemi che si sono evoluti in 20-30-40 anni scritti in COBOL, RPG e Assembler", dice Hawkins, riferendosi a linguaggi risalenti alla metà degli anni '50. "Parte di quel codice sarà stato scritto 40 anni fa, anche se viene continuamente aggiornato e manutenuto."

Gli sviluppatori che accettano lavori nel settore bancario aspettandosi di lavorare su sistemi all'avanguardia possono rimanere delusi. "I laureati sono spesso desiderosi di fare cose digital-sexy e di lavorare con le nuove tecnologie", afferma Hawkins. Tuttavia, afferma che lavorare con la tecnologia legacy non è sempre così negativo come la gente pensa. Infatti i sistemi legacy possono darti un'ottima comprensione del business e comprenderli può renderti indispensabile mentre le banche cercano di modernizzarsi.

"Tutto in una banca è end-to