Ogni tanto ne vedo uno e penso a quanto tempo ho impiegato a provare a eliminare COBOL dal mio curriculum. Fa impazzire la mente. Proverò a rispondere alle domande nell'ordine.
1) È molto difficile ottenere uno di questi lavori, perché il paradigma è così obsoleto. Non ci sono nuovi sistemi (in modo efficace), quindi stai gareggiando contro persone che lo hanno fatto per sempre. Fortunatamente molti di loro stanno morendo, quindi si aprono posizioni occasionali.
Se ottieni una di quelle posizioni, preparati a essere odiato. Odiava. Poiché questa roba è così vecchia, avrai a che fare con un codice di manutenzione incredibilmente difficile. Tonnellate di personalizzazione Modelli di sviluppo molto vecchi. La curva di apprendimento è ripida e non sarai reattivo come la persona che si è appena ritirata / morta. Trascorrerai anni cercando di superare questo.
2) Molte di queste cose sono codice finanziario e il codice finanziario deve cambiare per riflettere i cambiamenti nella legge. Le modifiche alla normativa fiscale ti manterranno per sempre nel nuovo codice.
3) Passaggio 1, ottenere un mainframe. No, sul serio, non c'è praticamente modo di imparare. Fortunatamente, la maggior parte delle aziende non si aspetta che tu abbia esperienza. Lo vogliono solo se riescono a ottenerlo (cosa che probabilmente non possono). Se hai a che fare con un sistema operativo "standard", potresti essere in grado di ottenere alcune classi (HP-UX, AIX, ecc.). La maggior parte dei mainframe ancora in produzione probabilmente useranno versioni molto più vecchie di quelli, tuttavia, e non sarà possibile ottenere lezioni. Dio ti proibisce di trovare un lavoro in cui il mainframe esegue qualcosa di veramente bizzarro (mi viene in mente l'MPE / iX). Ci sono quasi libri per questo.
4) Assolutamente no. Il tuo compito è parlare con i contabili e trasformare la matematica in codice. Non dovresti mai fare la tua matematica. I requisiti di controllo del codice sono incredibili ... Preparati a giustificare ogni cambiamento che apporti a ogni programma che tocchi. Trascorri un'ora cercando di capire un pezzo di codice, e poi senti il desiderio di aggiungere un commento utile? UCCIDILO. Ogni modifica deve essere ampiamente documentata.
Non lo so. In un certo senso mi sono imbattuto in questo (Y2K mi ha fatto provare COBOL), e da allora lo combatto da sempre. Non è divertente Lavori sempre su sistemi che tutti odiano, sistemi che sono stati programmati per la sostituzione da decenni. Niente è mai nuovo o veloce o facile.