🚀 go-pugleaf

"Johan Wevers" <johanw@iae.nl> wrote in message
news:3C63EE8A.DEE29046@iae.nl...
> Pieter wrote:
>
> > Aanschouw de volgende grafiek:
http://users.chello.be/cr27630/figure17.gif
>
> Tja, wat moet ik daarvan zeggen? Is html tegenwoordig al een
programmeertaal?
> En SQL kennis heb je bij veel programma's in andere talen, waaronder
Delphi
> en het ook genoemde Oracle, ook nodig.

Tja, ik heb dan ook niet de grafiek gemaakt... Persoonlijk tel ik HTML ook
niet als
programmeer taal.

> > Al de talen in deze grafiek zijn vergeleken met Visual Basic; Met andere
> > woorden,
> > stel dat je een ton hebt met allemaal job aanbiedingen, en je blijft job
> > aanbiedingen
> > daaruit trekken totdat je 100 VB jobs hebt, dan zal je gemiddeld genomen
ook
> > 51 ASP jobs hebben getrokken, 42 Java jobs etc etc.
>
> Hoe is dat geteld? Ik hecht eerlijk gezegd niet zoveel waarde aan dit
soort
> grafieken zonder dat de gebruikte methoden om ze te maken duidelijk is.


Voor meer informatie kan je gaan zoeken in de archeiven van devx.com.
Het is van die site dat de grafiek komt.

> Da's wel zo duidelijk. Dat gedeclareer binnenin functies in C++ geeft vaak
> lastige problemen met scopes e.d., om nog maar te zwijgen over de
leesbaarheid
> van de code.

Ik heb nog nooit problemen gehad met de leesbaarheid van code. Integendeel
zelf,
ik zeg dat het declareren van variabelen bovenaan een methode de
leesbaarheid
_tegenwerkt_, aangezien je telkens je een nieuwe variabele tegenkomt in een
stuk
code je naar boven moet scrollen om te zien wat voor type het is.
Het bovenaan declareren van variabelen geeft ook aanleiding tot rommelige
programma's aangezien ik er zeker van ben dat in ongeveer elke methode wel
variabelen gedeclareerd zijn die nergens gebruikt worden (variabelen die
gebruikt
werden om te debuggen en die later dan vergeten worden). (ps, ja, ik weet
dat de
VC++ compilers waarschuwingen geven als er ongebruikte variabelen in je code
staan; dit hangt echter van implementatie tot implementatie af en neemt niet
weg
dat de syntax gemakkelijker aanleiding geeft tot dit soort fouten).

> > Mogelijk; in dat geval is het nieuwe .NET platform misschien de
oplossing,
>
> Maar ook weer puur MS.

Ik begrijp echt niet waarom je dat denkt. Echt niet. Heb je al ooit eens wat
opzoek
werk gedaan over .NET? Hier zijn enkele fast facts:
  - .NET is gestandariseerd door ECMA (unlike Java ;-)
  - momenteel zijn er meer dan 25 programmeer talen die .NET ondersteunen
    waarvan er (maar) 4 van Microsoft zijn.
  - .NET is momenteel verkrijgbaar op Windows en Linux en een FreeBSD versie
    is in de maak.
Het enige wat .NET met Microsoft te maken heeft is dat Microsoft de
medebedenkers
zijn (in samenwerking met een tiental universiteiten) en dat ze een .NET
implementatie hebben voor hun operating system.

Je moet ook eens hetvolgende artikel lezen:
http://www.theregister.co.uk/content/4/23919.html
Daarin legt de lead developer van GNOME uit waarom ze in de volgende versies
van GNOME het .NET platform gaan gebruiken.

> En of je daar nu goed van leert programmeren

... dat hangt volledig af van de taal die je kiest. Zoals ik al zei, er zijn
heel wat
verschillende talen beschikbaar voor dit platform (inclusief object pascal,
trouwens).

Mvg,
Pieter Philippaerts