Archief - [PROG] welke programeertaal beste leren?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

wlibaers

Legacy Member
Python is al een tijdje redelijk populair, dus boeken vinden zal wel niet zo moeilijk zijn. En scripting of niet... Python moet, wat functionaliteit van de taal betreft, zeker niet onderdoen voor C++. Het is gewoon wat trager.

Trouwens, je kan programmeertalen niet echt duidelijk in twee groepen splitsen op basis van de vraag of ze gecompileerd worden. Voor Lisp en C bijvoorbeeld zijn er zowel compilers als interpreters.

QplQyer

Legacy Member
wlibaers zei:
Python is al een tijdje redelijk populair, dus boeken vinden zal wel niet zo moeilijk zijn. En scripting of niet... Python moet, wat functionaliteit van de taal betreft, zeker niet onderdoen voor C++. Het is gewoon wat trager.

Trouwens, je kan programmeertalen niet echt duidelijk in twee groepen splitsen op basis van de vraag of ze gecompileerd worden. Voor Lisp en C bijvoorbeeld zijn er zowel compilers als interpreters.
Daarom zei ik ook parsen en niet interpreten bij mijn verschil tussen beide ;)
*edit* Tenzij die interpreter gewone C neemt als input en die direct interprete ook?

Moeilijk om er een definitie op te plakken eigenlijk ...

wlibaers

Legacy Member
QplQyer zei:
Daarom zei ik ook parsen en niet interpreten bij mijn verschil tussen beide ;)
*edit* Tenzij die interpreter gewone C neemt als input en die direct interprete ook?

Moeilijk om er een definitie op te plakken eigenlijk ...

Inderdaad, vrij moeilijk. Want die C interpreters kunnen inderdaad interactief gebruikt worden, zoals bijvoorbeeld Matlab of een shell.

Bij Lisp is het nog iets verwarrender, er bestaan namelijk Lisp-systemen die geen interpreter hebben, alleen een compiler naar machinecode, en toch interactief kunnen werken (het gecompileerde programma bevat zelf ook een Lisp compiler, en kan de machinecode terwijl het programma werkt aanpassen, bijvoorbeeld functies toevoegen of veranderen)

Deguchi

Legacy Member
ik ben ni zeker dus schiet mij ni neer als ik fout ben, maar is het niet:

programmeertaal: wordt omgezet naar machinetaal
scriptingtaal: wordt omgezet naar een andere taal die niet machinetaal is

:confused:

QplQyer

Legacy Member
Deguchi zei:
ik ben ni zeker dus schiet mij ni neer als ik fout ben, maar is het niet:

programmeertaal: wordt omgezet naar machinetaal
scriptingtaal: wordt omgezet naar een andere taal die niet machinetaal is

:confused:
Nee, niet echt, die lijn is niet zo duidelijk te trekken.
Java wordt ook omgezet naar een andere taal die geen machinetaal is, eigenlijk is die wel machinetaal voor de java virtual machine. Maar zo kan je elke intermediaire taal beschouwen als zijnde een taal voor een virtual machine en dan sta je nog nergens :)

Deguchi

Legacy Member
QplQyer zei:
Nee, niet echt, die lijn is niet zo duidelijk te trekken.
Java wordt ook omgezet naar een andere taal die geen machinetaal is, eigenlijk is die wel machinetaal voor de java virtual machine. Maar zo kan je elke intermediaire taal beschouwen als zijnde een taal voor een virtual machine en dan sta je nog nergens :)

ahja idd

stupid me :doh:

WHiSPy

Legacy Member
Ik begrijp trouwens nog altijd niet waarom mensen java en jsp traag noemen. Je kan immers in elke programmeertaal rommelcode schrijven waardoor die traag is.

De jsp's die ik tot nu toe geschreven heb waren sneller dan de php-pagina's. (en heb véél meer php geschreven) Beweren dat die technologie traag is, is gewoon toegeven dat ge het zelf niet goed weet. (of gewoon met scriptlets bezig zit en niet te onderhouden code schrijft)

Tombo

Legacy Member
WHiSPy zei:
Ik begrijp trouwens nog altijd niet waarom mensen java en jsp traag noemen. Je kan immers in elke programmeertaal rommelcode schrijven waardoor die traag is.

De jsp's die ik tot nu toe geschreven heb waren sneller dan de php-pagina's. (en heb véél meer php geschreven) Beweren dat die technologie traag is, is gewoon toegeven dat ge het zelf niet goed weet. (of gewoon met scriptlets bezig zit en niet te onderhouden code schrijft)
Omdat mensen programmeren met gui associeren of spelletjes, en daar is java idd nogal traag in.

Deguchi

Legacy Member
http://jxos.org/
lees (de prentjes en de conclusie toch de rest is er op dit moment teveel aan voor mij) de pdf met hun snelheidsvergelijkingen met linux eens

op sommige punten is java idd even snel als linux, maar op andere punten dan ook weer niet
+
zoals ik een paar posts hierboven vergeten was: java wordt niet omgezet naar machinecode, en moet dus nog eens extra geparsed worden, wat natuurlijk een, zij het kleine, vertraging met zich meebrengt tov talen zoals c/c++

als men natuurlijk java naast c# ofzo zou leggen, dan is er bijna geen snelheidsverschil zou ik zo denken (enkel de gui die weer wat sneller zal zijn)

*edit*
wat lees ik net: http://tweakers.net/nieuws/37814 :p

WHiSPy

Legacy Member
Er zijn al onderzoeken geweest die bewezen hebben dat Java code even snel of zelfs sneller was dan geoptimaliseerde C++ code.

Het enige probleem zal inderdaad misschien de traagheid van 'n awt/swing zijn, maar ik dacht dat swt (die door eclipse gebruikt wordt) al heel wat sneller was. De hoofdoorzaak is dat de gui's eigenlijk cross-OS moeten zijn. Hierdoor zal er iets meer code achter moeten zitten. En meer code betekent meestal ook wel mindere performance.

De nieuwe trend in Java-land zijn eigenlijk de light-weight frameworks, waardoor het wel een pak sneller en gemakkelijker gaat. Sun is blijkbaar die trend mee aan het oppikken, zodus hopelijk zal er binnen onbepaalde tijd ook een snelle gui-tool zijn.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan