Hur är det att koda Cobol idag?

Jag kodade Cobol på 90-talet och tyckte om det, innan jag bytte till Microsoft och .Net, som jag jobbar med än idag. Idag glider det mer och mer över till javascript och dess ramverk men jag gillar inte javascript och känner ingen lust att lära mig det.

Jag gillar ju objektorientering, designmönster, visual studio, databaser och allt som hör till backend. Jag försöker komma underfund med om det skulle kännas väldigt jobbigt att gå tillbaka till Cobol och stordator efter så många år inom .Net.

Det är ju stor brist på Cobol-utvecklare, precis som alla andra utvecklare. Jag fick frågan från en rekryterare om jag var sugen på Cobol. Kanske, funderar jag... men antagligen blir det .Net, backend och microservices, om jag får välja.

Tänker tillbaka på t.ex. utvecklingsmiljön. Förr var utvecklingsmiljön inte så tilltalande med TSO och bristande debug-möjligheter. Hur är det idag? Finns intellisense? Har hittat videos på utvecklingsmiljö som såg rätt ok ut, t.ex.:

https://mediacenter.ibm.com/media/De...t+2/0_oshq9x5f

Vilken utvecklingsmiljö används av t.ex. bankerna? Fortfarande TSO?

Vilket verktyg används motsvarande git eller tfs?

Hur har Cobol och stordatormiljön utvecklats till idag? Finns t.ex. cobol i molnet? Byggs det appar med cobol-backend?

Vad tjänar en erfaren Cobol-programmerare?

Någon som vet? Hade varit intressant om någon som kodat i .Net eller Java och gått över till Cobol, kan svara.

Kan tyvärr inte svara på dina frågor, men tycker att frågeställningarna och diskussionen är intressant. Vill man verkligen nischa sig gentemot horderna av net.java och javscript-programmerarna kanske det kan vara ide med Cobol. Men man får nog också vara beredd på att leta runt efter uppdrag, men också att ha rejäl lön.

Programvara: övriga operativsystem --> Övriga språk
/Moderator

Då mycket av dagens banksystem bygger på COBOL och det finns få utvecklare som hanterar detta språk så kan du tjäna väldigt mycket pengar.

Du kan sitta och utveckla i PC med Mainframe Express för att sedan lyfta in/upp i klassisk Mainframe.
https://www.microfocus.com/products/...prise-edition/
Så utvecklingsmiljön är nog mer flexibel idag.
Jag har själv inte jobbat yrkesmässigt med Mainframe Express utan bara testat privat utan tillgång till en stordatormiljö.
CobolFactory pratar t.o.m. om objektorienterad Cobol http://www.cobolfactory.se/cobol-idag/
vet inte hur vanligt det är.
Vet inte med säkerhet vad du kan få i lön.
Beror väl på hur trygg du är på din kompetens men 50k är väl ingen omöjlighet kanske mer.

https://github.com/trending/cobol

Tack för svaren.

Jo, inga tvivel om att det finns en modern utvecklingsmiljö för Cobol, men används den? Det är väl det som är min fråga: Vilka verktyg används idag, t.ex. av bankerna? Hur är utvecklingsmiljön en vanlig vardag som Cobolutvecklare? Kanske är man fast i det gamla av någon anledning?

En annan fråga. Hur är det med test. Skapar man enhetstester i Cobol idag?

Har du tittat på denna tråd:
https://www.flashback.org/t2899901

Jag är lite förvånad hur primitiv viss kod ännu är.
Det är väl länge sedan nån använde GOTO i till exempel Basic. Senare varianter har ju betydligt elegantare metoder. Men det är svårt att få en klar bild över hur många riktigt gamla COBOL-versioner det finns där ute.

Tack för länken. När man ser kod med GOTO, så blir man lite mörkrädd. Då jag jobbade med Cobol på 90-talet var GOTO bannlyst. Vi hade preprocessorer som gjorde att språket fick lite trevligare syntax. Gammal kod från 60-talet kunde vara nästan oläslig pga dålig struktur och en massa GOTO. Fast så gammal kod ändrade man nästan aldrig i. Den bara fungerade, år ut och år in, vilket i och för sig är imponerande.

Ja, det är svårt att få en klar bild, därför känns det som en vild chansning att hoppa på Cobol-spåret. Kodexempel med GOTO får mig att tro att det finns riktigt gammal kod kvar.

https://www.computerworld.com/articl...from-here.html

Läget i USA 2012. Än lever COBOL vidare.....

Varierar stort bland företagen men både SEB och SHB har exempelvis kört Mainframe Express sen ganska så många år tillbaka. Just nu är man dock på väg att gå över till IBM:s egna eclipsebaserade verktyg, IDz, som har fördelen av att ha mycket av funktionaliteten i TSO inbakat i verktyget. Där finns också möjlighet till bl.a. enhetstester.

Tack för ett bra svar.