Onko kellään tietoa missä olisi tarvetta pitkän linjan Cobol, mainframe, DB2, SQL, JCL, TSO/ISPF, MVS, CICS yms. osaajalle?
Mainframe Cobol-konkarit
Mainframe
81032
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 8
Vanhimmat
noissa on käytössä tuhansia cobol-ohjelmia vieläkin, koska ne toimii ja siksi ei ole syytä vaihtaa.
http://www.talentway.fi/tyonhakijat4.shtml
IBM:ltä löytyy varmasti hommia, jos olet ollut crypton kanssa tekemisissä ibarin z/OSn kanssa
Tiedon tytäryhtiö tietokarhu voisi tarvita, väsäilevät verohallinnon juttuja, jotka pyörivät kokonaan cobolin päällä.
Tässä esimerkkivastaus:
http://www.netcobol.com/products/Fujitsu-NetCOBOL-for-.NET/overview
Se tarkoittaa että koodaamasi COBOL-koodi linkittyy saumattoamsti .NET-tuotteisiin oliko tehty C#-, VB.NET-, tai vaikkapa FORTRAN.NET-kielillä.
Aika jännää vai mitä?
"Saumattomasti" on valehtelijoiden tunnussana. Kun kuulette tai luette tuon sanan niin tiedätte olevanne epärehellisen ihmisen kanssa tekemisissä. Epärehelliset pudottelevat noita vihjeitä, koska he uskovat lujasti, etteivät muut ihmiset näe millaisia huijareita he todellisuudessa ovat.
Coboliin on joskus aikoinaan koodattu esimerkiksi sopimusehtoja 1970-luvulla, joten ei ole mitään järkeä konvertoida koodia, koska se olisi vain kustannustekijä. Voi olla, että sopimuksen vastapuoli ei enää maksa maksuja yhtiölle vaan yhtiö maksaa sopimuksen mukaisia velvoitteitaan. Koodi heitetään sitten roskiin kun sopimusten vastapuolet ovat kuolleet vanhuuttaan tms.
Fortran soveltuu edelleen parhaiten siihen mihin se suunniteltiinkin eli numeroiden murskaukseen.
VB suunniteltiin koukuttamaan tyhmiä.
Vakuutusalaa ja pankkeja.
Tässä yhteydessä sana tarkoittaa ihan sitä mitä pitikin, eli koska .NET-maailma on avoin, voi kuka tahansa tehdä sinne kääntäjän vaikka COBOLIA varten. Sen jälkeen voidaan valita mitä alkuperäisestä COBOL-koodista säilytetään ja mikä tehdään jollan toisella kielellä, vaikkapa LISPillä tai C#:lla.
Cobolin ajamisessa .NET:in päällä ei ole yleensä ottaen mieltä. Sovellusarkkitehtuuri on eri, joten oikeita hyötyjä tuosta ei saa.
paitsi kun maailmalla on miljardeja rivejä toimivaa COBOL-koodia, johon on upotettu firmojen toimintalogiikkaa ja -prosesseja tosi paljon. Käyttökelpoiset COBOL-moduulit (vrt "luokat") kannattaa ottaa käyttöön mustina laatikkoina ja tehdä pääohjelma ja käyttöliittymä sitten uudemmilla kielillä.