🚀 go-pugleaf

Ivo De Broeck wrote:
> 
> Armand Simonis <A.R.J.B.Simonis@epona.nl> schreef in artikel
> <32A97059.2BA4@epona.nl>...
> | Ivo, wil je eens even uitleggen wat jij precies onder event-driven talen
> | verstaat ?
> 
> Event-driven is wanneer modules van een programma worden uitgevoerd door
> gebeurtenissen (events). Men zou kunnen zeggen dat elke IF of GOTO ook
> events zijn. Normaal wordt echter wel met events bedoeld, gegenereerd door
> de gebruiker. Voorbeeld : gebruiker druk op TAB, daardoor komt de focus in
> veld x, waarbij de module x_get_focus wordt uitgevoerd.
> 

Dit vroeg ik niet, no offense. Wat event-driven is dat weet ik wel, ik 
programmeer al jaren met Windows, X-Windows, NEXTSTEP en vele andere 
omgevingen waar event-driven gewerkt wordt. Ik vroeg wat event-driven 
TALEN zijn, want daar had jij 't over !!
Naar mijn idee bestaan event-driven talen niet. Hoogstens event-driven 
omgevingen, application frameworks en operating systemen (uit mijn hoofd 
ken ik maar een(1) event-driven OS, nl. Oberon). Met welke taal je de 
apps of OS schrijft heeft niets met event-driven te maken, het is een 
kwestie van procedures of methods aan events koppelen. Dat kan in 
assembler, (Objective) C(++), (Object) Pascal, SmallTalk, Cobol, Fortran 
en weet ik veel. Hoogstens dat de ene taal iets beter voor ingericht is 
als de ander maar dat maakt de taal zelf nog niet event-driven.

Nog even over OO: Je hebt 'pure' OO talen als SmallTalk en procedurele 
talen met OO extensies, bijv. C++, Object Pascal (Delphi), Objective C. 
VB heeft op zijn best naast OO gelegen en ruikt er nog een beetje naar 
;-)

> Maar .... daar ging deze tread niet over.
> De vraag was of Cobol nog *veel* gebruikt werd voor *nieuwe* applicaties.
> Misschien kan jij een zinnig antwoord geven hierop?

Zover ik weet alleen in omgevingen waarin Cobol al vele jaren gebruikt 
wordt en de resources op Cobol zijn afgestemd en ingericht (mensen, 
documentatie, libraries, databases, OS, hardware..). Bij vele banken en 
verzekeringsmaatschappijen worden nog steeds NIEUWE toepassingen in 
Cobol ontwikkeld. Om dezelfde reden(en) wordt nog in wetenschappelijke 
en technische kringen Fortran programmatuur gebouwd. Langzamerhand door 
GUI, client/server en inter-/intranet ontwikkelingen is dat aan 't 
veranderen. Maar bij (zeer) grote organisaties gaat dat zeker voor de 
kern automatisering (financiele transacties e.d) heel erg langzaam. Ik 
denk ook terecht omdat continuiteit en betrouwbaarheid veel belangrijker 
is dan direct met de modernste technieken mee te willen gaan. Bestudeer 
maar eens hoe lang het geduurd heeft (en vaak nog duurt!) voor dat 
dergelijke organisaties met relationele databases wilden gaan werken. 
Vele jaren nadat de eerste betrouwbare implementaties beschikbaar 
kwamen. En dan te bedenken dat het relationele model nu ook al weer 
jaren verouderd is...

mvg.

Armand Simonis, die blij is al meer dan zeven jaar geen letter Cobol of 
Fortran heeft hoeven lezen of schrijven en dat graag zo houdt.