🚀 go-pugleaf

In article <1013914195.849477@seven.kulnet.kuleuven.ac.be>, Pieter Philippaerts wrote:
> "Marco van de Voort" <marcov@toad.stack.nl> wrote in message
> news:slrna6tmvb.1v82.marcov@toad.stack.nl...
>> Mijn aversie van Java en .NET  heeft dus niets met Delphi te maken.
>> Het gaat over de IMHO mythe van de performance van VM constructies.
> 
> Overlaatst las ik een interessant artikel over .NET en over de vraag waarom
> nu
> eigenlijk die tragere dingen zoals managed code opeens zo populair worden.
> Volgens dat artikel komet het hierdoor: "As computing power gets cheaper
> and software becomes more ephemeral, it makes sense to save software
> development hours by wasting CPU cycles.

Dit is de reden voor elke nieuwe manier van programmeren geweest sinds het
begin der tijden. En er zit een kern van waarheid in, want er zit een
duidelijk beweging naar higher level. (van puur ASM, naar procedureel+asm in
DOS tijden, naar procedureel en een aarzelend OOP begin op het eind van DOS
begin Windows, en ook Java (maar ook niet general purpose zoals Matlab),
maar zoals mijn Engels leraar zei: "Not every changement is an improvement".

Zelf lijkt mij de managed code mogelijk wel interessant, maar dan vooral 
voor plugins e.d. Niet voor de eigenlijke apps. De security/integretiteit
van een applicatie kan zo makkelijker behouden worden.

Maar je app zal sowieso gedebugged moeten worden voor ie de deur uitgaat, en
dan prefereer ik om dat compiletime te doen. Of de applicatie nu termineert
omdat er een blue screen komt, of omdat ie eruit klapt omdat de VM vindt dat
ie niets doet. Ook alle excepties gegenereert door de VM voor dingen die
niet mogen, zullen afgehandeld moeten worden. 

> This means that some convenient approaches to programming that used to be
> too wasteful of computing power have now become cost-effective."

Managed code heeft IMHO voornamelijk met security te maken, niet met centen.