COBOL & Mainframe & Business [chiuso]

1

Ho effettuato una ricerca su un sito web di ricerca di lavoro di Hong Kong. Ci sono numerosi lavori intitolati "Computer Analyst". Questi sono i requisiti del lavoro:

Over 3 year experience relevant working experience in IBM Mainframe environment.
University degree in Computer Subject.
Proficient in system analysis, design and coding for the banking systems.
Application knowledge of Core banking and Card applications is definitely an advantage.
Sound in using IBM CICS/COBOL, and VSAM for both online and batch application systems.
Good communication skills with internal users.

Parecchi lavori sono simili: richiedono candidati con le seguenti qualità:

  • Soggetti informatici in particolare Informatica
  • 3 anni sopra l'esperienza
  • COBOL mainframe IBM
  • Proficiency

Quindi viene alla mia domanda:

  1. Rende difficile per i nuovi programmatori entrare nel settore. Come dovrebbe qualcuno entrare nel settore, cioè rendersi adatto a questo tipo di posizione?
  2. Vogliono ancora nuovi programmatori in questo campo?
  3. Come si dovrebbe imparare a utilizzare IBM Mainframe (o qualsiasi tipo di mainframe)?
  4. La conoscenza della finanza è necessaria o cruciale?
posta Johnson 10.12.2013 - 15:10
fonte

1 risposta

7

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.

    
risposta data 10.12.2013 - 16:21
fonte

Leggi altre domande sui tag