[COBOL] Het grote Cobol 85 topic :p

Pagina: 1
Acties:
  • 278 views sinds 30-01-2008
  • Reageer

Acties:
  • 0 Henk 'm!

Anoniem: 43516

Topicstarter
Ik heb morgen examen Cobol, vanaf volgend jaar wordt dat nietmeer gegeven bij ons... Ik zie er erg tegen op :(

Ik vind het een hopeloos verouderde taal, vooral omdat we programmeren met de laatste standaard anno 85,

Ik vraag me nu gewoon af of hier mensen veel ervaring hebben met Cobol en wie hier nog dagelijks in programmeert.
In de bankwereld komt dit nog wel voor soms maar anders...?

En waarom in godsnaam is er nog geen nieuwe standaard ondertussen??

Dus iedereen die meningen/ervaringen heeft ivm Cobol, posten maar !!! (morgen zal ik dit wel es een kick komen geven, aangezien dit niet een uur is om een topic te openen :p)

Acties:
  • 0 Henk 'm!

Anoniem: 22317

Ze zijn nog steeds bezig met de nieuwe standaard (COBOL 2000) maar heb geen idee wanneer deze uitkomt. Het wordt dan wel OO COBOL
Ook is er al een COBOL.NET, maar ik weet niet wie er zit te wachten op ASP.NET pagina's met COBOL script er in. |:(

Heb wel eens een COBOL cursus gehad (5 jaar geleden) en ook Ebbinkhuijsen ligt nog onder hand bereik, maar heb er eigenlijk nooit iets mee gedaan in een productie omgeving.
Afgezien van het analyseren van Y2K problemen dan.
het gebruik van COBOL heeft dat wel een stuk makkelijker gemaakt. Ik moet er niet aandenken dat al die applicaties allemaal in C of zo gemaakt zouden zijn.
COBOL is nog veel gebruikt, vooral in Mainframe, waar stabiliteit en onderhoudbaarheid belangrijk zijn.
Toch knap voor een ruim 40 jaar oude programmeertaal :)

Acties:
  • 0 Henk 'm!

Anoniem: 43516

Topicstarter
Op zondag 02 juni 2002 23:12 schreef Diradical het volgende:
Ze zijn nog steeds bezig met de nieuwe standaard (COBOL 2000) maar heb geen idee wanneer deze uitkomt. Het wordt dan wel OO COBOL
Ook is er al een COBOL.NET, maar ik weet niet wie er zit te wachten op ASP.NET pagina's met COBOL script er in. |:(

Heb wel eens een COBOL cursus gehad (5 jaar geleden) en ook Ebbinkhuijsen ligt nog onder hand bereik, maar heb er eigenlijk nooit iets mee gedaan in een productie omgeving.
Afgezien van het analyseren van Y2K problemen dan.
het gebruik van COBOL heeft dat wel een stuk makkelijker gemaakt. Ik moet er niet aandenken dat al die applicaties allemaal in C of zo gemaakt zouden zijn.
COBOL is nog veel gebruikt, vooral in Mainframe, waar stabiliteit en onderhoudbaarheid belangrijk zijn.
Toch knap voor een ruim 40 jaar oude programmeertaal :)
Da's waar maar let's move on, die 2000 standaard zit er al zo lang aan te komen, 't zal eerder 2005 worden denk ik... ASP.net pagina's met cobol script in is indd |:( Maar om een cobol mainframe op een gemakkelijkere manier wat internetconnectiviteit te geven is een nieuwe standaard wel dringend nodig...

Ik vind het in ieder geval een :r taal... Degenen die het wel goed kunnen, verdienen er waarschijnlijk wel veel aan 8-)

Acties:
  • 0 Henk 'm!

  • EXX
  • Registratie: Juni 2001
  • Laatst online: 15-06 18:26

EXX

EXtended eXchange

Heb zelf bij mijn zeer korte carriere bij Volmac ooit nog eens Cobol cursus gehad. Brrr..

Vergelijk Cobol met de rest en huiver :P :

THE PROGRAMMER'S QUICK GUIDE TO LANGUAGES

The proliferation of modern programming languages (all of which seem to
have stolen countless features from one another) sometimes makes it
difficult to remember what language you're currently using. This handy
reference is offered as a public service to help programmers who find
themselves in such a dilemma.

------------------------------------------------------------------------
TASK: Shoot yourself in the foot
------------------------------------------------------------------------
C :
1st version : You shoot yourself in the foot.
2nd version : Y sht yrslf in ft
3rd version : Ystyslift
4rd version : ysft
If you compile it backwards the same program will reload the gun and
shoot you in the right foot.

C++ :
You accidentally create a dozen instances of yourself and shoot them
all in the foot. Providing emergency medical assistance is impossible
since you can't tell which are bitwise copies and which are just pointing
at others and saying, "That's me, over there."

FORTRAN :
You shoot yourself in each toe, iteratively, until you run out of toes,
then you read in the next foot and repeat. If you run out of bullets, you
continue with the attempts to shoot yourself anyway because you have no
exception-handling capability.

Pascal :
The compiler won't let you shoot yourself in the foot.

Ada :
After correctly packing your foot, you attempt to concurrently load the
gun, pull the trigger, scream, and shoot yourself in the foot. When you
try, however, you discover you can't because your foot is of the wrong
type.

COBOL :
Using a COLT 45 HANDGUN, AIM gun at LEG.FOOT, THEN place
ARM.HAND.FINGER on HANDGUN.TRIGGER and SQUEEZE. THEN return HANDGUN to
HOLSTER. CHECK whether shoelace needs to be re-tied.

LISP :
(You shoot yourself in the appendage which (holds the gun) with which
(you shoot yourself in the appendage which (holds the gun) with which
(you shoot yourself in the appendage which (holds the gun) with which
(you shoot yourself in the appendage which (holds the gun) with which
(you shoot yourself in the appendage which (holds... )))))

Foot in yourself shoot.

Prolog :
You tell your program that you want to be shot in the foot. The program
figures out how to do it, but the syntax doesn't permit it to explain
it to you.

BASIC :
Shoot yourself in the foot with a water pistol. On large systems,
continue until entire lower body is waterlogged.

Visual Basic :
You'll really only _appear_ to have shot yourself in the foot, but you'll
have had so much fun doing it that you won't care.

HyperTalk :
Put the first bullet of gun into foot left of leg of you. Answer the
result.

Motif :
You spend days writing a UIL description of your foot, the bullet, its
trajectory, and the intricate scrollwork on the ivory handles of the gun.
When you finally get around to pulling the trigger, the gun jams.

APL :
You shoot yourself in the foot, then spend all day figuring out how to
do it in fewer characters.

SNOBOL :
If you succeed, shoot yourself in the left foot. If you fail, shoot
yourself in the right foot.

Unix :
% ls
foot.c foot.h foot.o toe.c toe.o
% rm *.o
rm:.o no such file or directory
% ls
%

Concurrent Euclid :
You shoot yourself in somebody else's foot.

370 JCL :
You send your foot down to MIS and include a 400-page document explaining
exactly how you want it to be shot. Three years later, your foot comes
back deep-fried.

Paradox :
Not only can you shoot yourself in the foot, your users can, too.

Access :
You try to point the gun at your foot, but it shoots holes in all your
Borland distribution diskettes first. Then after waiting for the result
for 10 minutes, Windows breaks down.

Revelation :
You're sure you're going to be able to shoot yourself in the foot, just
as soon as you figure out what all these nifty little bullet-thingies are
for.

Assembler :
You try to shoot yourself in the foot, only to discover you must first
invent the gun, the bullet, the trigger, and your foot.

Modula2 :
After realizing that you can't actually accomplish anything in this
language, you shoot yourself in the head.

DOS/VSE/SP (etc) :
You first find the building you're in in the phone book, then find your
office number in the corporate phone book. Then you have to write this
down, then describe, in cubits, your *exact* location, in relation to the
door (right hand side thereof). Then you need to write down the location
of the gun(loading it is a proprietary utility), then you load it, and
the COBOL
program, and run them, and, with luck, it may be run tonight.

OS/MVS/etc :
You tell it you need a gun, and that you need space to put your foot,
then you run that, along with the COBOL program. Don't forget to store
the code as a proc, if you need to shoot your other foot.

ADA :
you scour all 154e56 pages of the manuals, looking for references to
"foot", "leg", or toes; then get hopelessly confused and give up. You
sneak in when the boss isn't around and actually write the stinkin' thing
in C, and turn 7689 pages of source code in to the review committee,
knowing that they'll never look at it. When the program needs
maintenance, you resign.

Java :
You load your gun, pull the trigger, but your foot is invulnerable
because the security manager won't allow such a dangerous task!

For it is the doom of men that they forget...           Huidige en vroegere hardware specs         The Z80 is still alive!


Acties:
  • 0 Henk 'm!

  • Dido
  • Registratie: Maart 2002
  • Laatst online: 20-06 16:37

Dido

heforshe

Op zondag 02 juni 2002 22:49 schreef D-weaver het volgende:
Ik vind het een hopeloos verouderde taal, vooral omdat we programmeren met de laatste standaard anno 85,

Ik vraag me nu gewoon af of hier mensen veel ervaring hebben met Cobol en wie hier nog dagelijks in programmeert.
In de bankwereld komt dit nog wel voor soms maar anders...?

En waarom in godsnaam is er nog geen nieuwe standaard ondertussen??
Er wordt al tientallen jaren geroepen dat COBOL dood is, maar sinds 1990 is het aantal regels COBOL in productie omgevingen bijna verdubbeld...
Zo'n 70% van alle applicaties die wereldwijd in productiesystemen draaien zijn geschreven in COBOL.
Onder het motto "don't fix it if it ain't broken" is er nog geen nieuwe standaard nodig geweest sinds 1985 :)
De enige reden dat er nu COBOL 2002 aankomt is om het mogelijk te maken om COBOL applicaties direct toegankelijk te maken vanuit nieuwe netwerk/internet omgevingen. Als je geinteresseerd bent, is die standaard overigens al wel te DLen (ik heb 'm hier in pdf, een paar honderd paginaatjes)

En ja, ik programmeer er nog dagelijks in, en nee, ik werk niet voor een bank :)
En wat betreft dat soms nog voorkomen... vergis je niet, wat denk je dat er draait als jij geld pint? Of wat voor progje je rekeningafschriften maakt? Je overschrijving (evt. naar/van het buitenland) regelt?

Overigens vraag ik me af wat iedereen tegen COBOL lijkt te hebben?
Er zijn natuurlijk wel een paar beperkingen, maar als je COBOL gebruikt waar het voor is (COmmon Business Oriented Language :) ) doet 't alles wat 't moet kunnen dacht ik...

Wat betekent mijn avatar?


Acties:
  • 0 Henk 'm!

  • Devil N
  • Registratie: September 2000
  • Laatst online: 01-05 15:29
Modula2 :
After realizing that you can't actually accomplish anything in this
language, you shoot yourself in the head.
Hehe, en wordt bij mijn studie onder andere Modula-3 gebruikt. :z

Acties:
  • 0 Henk 'm!

Anoniem: 43516

Topicstarter
Op maandag 03 juni 2002 09:27 schreef EXX het volgende:
[...]
héhé :) :D

edit: voor alleen hehe hoef je niet heel de post te quoten ;)

Acties:
  • 0 Henk 'm!

Anoniem: 43516

Topicstarter
Op maandag 03 juni 2002 10:34 schreef Dido het volgende:

[..]

Er wordt al tientallen jaren geroepen dat COBOL dood is, maar sinds 1990 is het aantal regels COBOL in productie omgevingen bijna verdubbeld...
Zo'n 70% van alle applicaties die wereldwijd in productiesystemen draaien zijn geschreven in COBOL.
Onder het motto "don't fix it if it ain't broken" is er nog geen nieuwe standaard nodig geweest sinds 1985 :)
De enige reden dat er nu COBOL 2002 aankomt is om het mogelijk te maken om COBOL applicaties direct toegankelijk te maken vanuit nieuwe netwerk/internet omgevingen. Als je geinteresseerd bent, is die standaard overigens al wel te DLen (ik heb 'm hier in pdf, een paar honderd paginaatjes)

En ja, ik programmeer er nog dagelijks in, en nee, ik werk niet voor een bank :)
En wat betreft dat soms nog voorkomen... vergis je niet, wat denk je dat er draait als jij geld pint? Of wat voor progje je rekeningafschriften maakt? Je overschrijving (evt. naar/van het buitenland) regelt?

Overigens vraag ik me af wat iedereen tegen COBOL lijkt te hebben?
Er zijn natuurlijk wel een paar beperkingen, maar als je COBOL gebruikt waar het voor is (COmmon Business Oriented Language :) ) doet 't alles wat 't moet kunnen dacht ik...
Ik vind gewoon niet dat dit in een informatica studie als "standaard" vak zou moeten gegeven worden, ik vind het veel te specifiek.
Toegegeven, het is misschien een oude taal maar het is een bere sterke en robuuste taal :)

Acties:
  • 0 Henk 'm!

  • Dido
  • Registratie: Maart 2002
  • Laatst online: 20-06 16:37

Dido

heforshe

Op maandag 03 juni 2002 11:50 schreef D-weaver het volgende:
Ik vind gewoon niet dat dit in een informatica studie als "standaard" vak zou moeten gegeven worden, ik vind het veel te specifiek.
Toegegeven, het is misschien een oude taal maar het is een bere sterke en robuuste taal :)
Ach, ik heb nog niet veel mensen gezien die er slechter van zijn gaan programmeren.
Als je in de praktijk wilt programmeren is COBOL heel niet zo'n slechte om mee te beginnen. Als je het daar niet in kunt, moet je je gaan afvragen of het in een andere taal dan wel lukt. (En dan bedoel ik niet de inkoppers als een GUI ontwerpen, maar eerder een balance-line pgmetje of een sorteerroutine).
Als je totaal niet geinteresseerd bent in programmeren kan ik me voorstellen dat het lastig is om het even welke taal te leren, maar zo specifiek is COBOL nou ook weer niet hoor? In wat voor opzicht is het specifieker dan C, Pascal of VB?

Wat betekent mijn avatar?


Acties:
  • 0 Henk 'm!

Anoniem: 43516

Topicstarter
Op maandag 03 juni 2002 12:24 schreef Dido het volgende:
maar zo specifiek is COBOL nou ook weer niet hoor? In wat voor opzicht is het specifieker dan C, Pascal of VB?
De taal op zich misschien niet, maar het doel van de taal, zoals de naam zelf zegt... vooral business, administratief etc...
Ikzelf ben meer geinsteresseerd in (inter)netwerk applicaties enzo, maar ja da's anders voor iedereen.
En uiteindelijk als ik me wat bezighou met Cobol lukt het me ook, want uiteindelijk komen dezelfde dingen altijd in elke taal terug. Daarom snap ik niet waarom men net Cobol geeft in een informatica richting, met bvb c++/#, Java, etc... heb je denk ik een betere basis om te beginnen en daar kan je ook veel meer richingen mee uit. Door cobol te geven duuwt men je in de meer administratieve richting... (denk ik :P)

edit:

Cobol als keuzevak ofzo lijkt me dus beter geschikt

Acties:
  • 0 Henk 'm!

  • Dido
  • Registratie: Maart 2002
  • Laatst online: 20-06 16:37

Dido

heforshe

Op maandag 03 juni 2002 12:32 schreef D-weaver het volgende:
Door cobol te geven duuwt men je in de meer administratieve richting... (denk ik :P)

Cobol als keuzevak ofzo lijkt me dus beter geschikt
Ach, "administratief"... het gaat meestal om gegevensbeheer ja, maar ja, het heet toch ook informatietechnologie :)
Ik mag toch niet klagen wat betreft eentonigheid in m'n werk...

En wat betreft een betere basis... COBOL wordt nog zo ontzaglijk veel gebruikt dat het je kansen op de arbeidsmarkt niet slecht beinvloedt hoor!

COBOL (Het hoort met caps trouwens, zoals je ook IBM en geen ibm schrijft...) als keuzevak is natuurlijk een leuke optie. Als je echter een stuk programmeren verplicht stelt heeft COBOL als groot voordeel dat je er vrij snel en eenvoudig mee aan de slag kunt (net zoals in BASIC) en tegelijkertijd er wel alles mee kunt (itt BASIC). Daarnaast

Wat betekent mijn avatar?


Acties:
  • 0 Henk 'm!

  • pjonk
  • Registratie: November 2000
  • Laatst online: 15-06 11:36
Hey hier meldt zich nog een ex-COBOL programmeur.
COBOL wordt inderdaad nog steeds veel gebruikt voornamelijk bij verzekeringsmaatschappijen en banken.

Het succes van COBOL komt mijns inziens door de goede database verzieningen die de programmeertaal biedt.

Het is echter bepaald niet mijn favoriete programmeertaal.
Mede omdat COBOL niet dynamische geheugen kan toewijzen en je niet echt mooi procedures met parameters kan maken.
Ook kan je op grafisch gebied erg weinig.
Beetje droge programmeertaal dus :)

Ik heb het nu trouwens wel over COBOL 85. De nieuwste COBOL versies hebben waarschijnlijk wel die voorzieningen.

O ja COBOL programmeren noemden ze ook wel COBOL krassen :D

It’s nice to be important but it’s more important to be nice


Acties:
  • 0 Henk 'm!

  • Dido
  • Registratie: Maart 2002
  • Laatst online: 20-06 16:37

Dido

heforshe

Op maandag 03 juni 2002 13:12 schreef JonkieXL het volgende:
Het is echter bepaald niet mijn favoriete programmeertaal.

Mede omdat COBOL niet dynamische geheugen kan toewijzen en
Daar gebruik je toch assembler voor :P
je niet echt mooi procedures met parameters kan maken.
wat bedoel je met "mooi"? het gaat volgens mij prima!
Ook kan je op grafisch gebied erg weinig.
Dat klopt, maar goed waarom zou je back-end grafisch moeten?
Beetje droge programmeertaal dus :)
Ach, een goed geschreven COBOL programma leest as een spannende roman! :)
Ik heb het nu trouwens wel over COBOL 85. De nieuwste COBOL versies hebben waarschijnlijk wel die voorzieningen.
Jammer dat die er nog niet zijn... COBOL 2002 staat al een tijdje op stapel.

Wat betekent mijn avatar?


Acties:
  • 0 Henk 'm!

  • pjonk
  • Registratie: November 2000
  • Laatst online: 15-06 11:36
wat bedoel je met "mooi"? het gaat volgens mij prima!
Je kan idd wel procedures maken. Die heten Sections in COBOL, maar je geen parameterlist opgeven bij Sections.
Je kon geloof ik wel aan een extern COBOL programma parameters doorgeven geloof ik.
Jammer dat die er nog niet zijn... COBOL 2002 staat al een tijdje op stapel.
Je hebt overigens wel al een tijdje ACU COBOL en die heeft zoiezo wel grafische voorzieningen.

It’s nice to be important but it’s more important to be nice


Acties:
  • 0 Henk 'm!

  • Dido
  • Registratie: Maart 2002
  • Laatst online: 20-06 16:37

Dido

heforshe

Op maandag 03 juni 2002 13:40 schreef JonkieXL het volgende:
Je kan idd wel procedures maken. Die heten Sections in COBOL, maar je geen parameterlist opgeven bij Sections.
Je kon geloof ik wel aan een extern COBOL programma parameters doorgeven geloof ik.
idd. sections moeten allemaal gebruik maken van variabelen uit dezelfde data division. En ja, je kunt parameters meegeven aan COBOL programma's. Die hoeven overigens niet extern te zijn :) het is mogelijk (hoewel het nooit gebeurt afaik) om gewoon na je eerste programma opnieuw te beginnen met identification division etc. Als je dan in dat tweede programma een linkage section opneemt kun je parameters meegeven...

Wat betekent mijn avatar?

Pagina: 1