🚀 go-pugleaf

>
> Een ander leuk detail las ik in het article over .NET op arstechnica:
>
>
> Hoe gaat .NET performen op IA64 architecturen waar een helehoop
optimizatie naar
> de compiler verschoven wordt? Alleen de precompile (en niet de JIT)
variant gebruiken?
>
> Verder bromde the Register wat over een mogelijke verandering van doel
gebied van .NET van
> het algemene internet naar het corporate internet.
>
> Eigenlijk net als Java. (wat op wat internet spelletjes ook niet veel
verder is gekomen, en
> daarna richting server technologie is gegaan).

Daar heb je onze fudster eerste klas weer. Hoe gaat Delphi op IA64
performen, die komen zeker weer drie jaar later met een compilertje op de
proppen en weer drie jaar later met een stabiele versie.
Java heeft object pascal trouwens al lang voorbij gestreeft, niet alleen op
toepassingsgebied maar ook op snelheidsgebied. Ik las laatst in
comp.unix.programmer de thread Java vs C++, iemand deed daar een
snelheidtest met een aantal talen, waaronder ook jullie freepascal compiler.
Scoorde stukken lager dan java en java scoorde ook hoger dan Delphi. Als je
dan zo gespitst bent op snelheid, moet je natuurlijk wel zorgen dat je eigen
compiler supersnel is.
Was wel een leuke thread, was ook gecrosspost naar comp.lang.c. Die bleven
constant schreeuwen dat het off topic was daar. Vond ik wel een leuke
metafoor voor de stugheid van C programmeurs, heb ze nog maar zitten
opstoken dat ze onderhand hun verouderde taaltje maar eens moesten omruilen
voor het veel betere C++, hah. Natuurlijk kreeg ik geen antwoord wat weer
stug is natuurlijk.
De OP van de thread was ook nog iemand die er *totaal* geen verstand van
had, die had een c++ demoprogramma gemaakt waarin strings by value gepaast
werden en toen vond ie het gek dat c++ zo langzamer was dan het qua syntax
equivalente java programma, die dus de strings by reference paast.