Bill Gates: "Kwaliteit Europese universiteiten loopt terug"

Onderschat de waarde van parate kennis niet: als je iets niet hoeft op te zoeken, ben je veel sneller en efficienter bezig. Het komt beter over dan 'eventjes opzoeken, hoor' en je kan makkelijker verbanden leggen en conclusies trekken als je niet alleen de redenering, maar ook de getallen weet. Vaak zijn die getallen namelijk de basis voor de conclusies die je legt, dus je denkpatroon werkt ook efficienter.

owke, en what about analyse, is dat makkelijker geworden? wij hebben engels boek van 1300pagina's, 4jaar geleden een boek van 100bladzijdes, nederlands....
dat gebruik ik nu omdat ik dat engelse boek niet snap. Pas als ik het nederlandse boek snap kan ik verder gaan met het engelse proberen (en nee, niet alleen de taal is het probleem). En ja we krijgen nu meer analyse dan vroeger, aangezien we nu een voorsprong hebben op jullie door 2e fase (dat is dus een voordeel, je hebt grotere kennis van de wiskunde als je klaar bent met het vwo dan met de oude stijl)

Open boek Tentame, wat is daar mis mee. Ons java tentame mag altijd met open boek. Niemand die het gebruikt, omdat je dr niks aan hebt. Dr staat niks in wat je moet weten. Misschien even de naam van een functie opzoeken, maar dat doe je normaal ook, dan kijk je ff in de api of je op een vector nou add of addElement afriep....is dat erg, nee

Ik kan me uit het boek van Bjarne Stroustrup (de ontwerper van C++) nog herinneren:

"Vanwege haar compactheid is C een van de talen waarvoor relatief gemakkelijk een compiler kan worden geschreven. Een C compiler kan in C worden geschreven binnen 10.000 regels code."

Als dit inderdaad zo is, dan is een complete Pascal compiler dus veel moeilijker. Een compiler die een Write, Writeln, Beep of Sleep instructie omzet naar machinetaal kan ik ook nog wel programmeren. (Ik heb het namelijk al eens gedaan.) Echter, voordat je een Pascal compiler hebt die ook maar enigszins tipt aan Turbo Pascal 2.0 of 3.0 (heel erg oud, maar in haar tijd de beste Pascal compiler die er was), dan ben je wel een héél lange tijd aan het programmeren.

Aan een CPU emulatie durf ik eigenlijk nog niet echt te denken. Dat is nog veel zwaarder. Zelfs een fatsoenlijke Commodore64 Emulator (een relatief simpele CPU, naar tegenwoordige standaards) kost zeer veel tijd om te ontwikkelen.

Jij noemt deze twee dingen fundamenteel?!

Het is natuurlijk altijd mogelijk, als de compiler slechts enkele instructies of structuren hoeft te kennen, en de CPU emulator maar enkele commando's.

<beetje off-topic>

Een compiler die een Write, Writeln, Beep of Sleep instructie omzet naar machinetaal kan ik ook nog wel programmeren

Het gaat dan ook niet om zulk soort dingen. Dit zijn library calls. Waar het om gaat is de structuur van de taal zelf, de syntax, de keywords. Bij compiler constructie gaat het globaal om:

Lexical en syntax analyzen
Semantic checks uitvoeren en syntax tree bouwen
Intermediate code genereren (zodat je met aparte front en back-ends kan werken)
Target code genereren

Een CPU emulator is niet veel zwaarder om te maken. Het komt er in het kort op neer om de fundamentele elementen van de CPU te modeleren (mem, ALU, datapath, PC, etc). Dan wat routines die een instructie uit mem lezen, decoden en dan een lang switch statement dat ongeveer zo werkt: Als instructie XYZ, doe dan ABC.

Een C64 emulator is heel wat anders. Dan bouw je niet alleen een CPU maar een complete machine. Dat is veel complexer. Als het je echt intereseerd, kijk dan eens op : http://www.liacs.nl/~atijms/source.html

Daar staan oa twee uitwerkingen van de compiler en cpu emulator gemaakt door een Leidse student.

Jij noemt deze twee dingen fundamenteel?!

Inderdaad. Je zult mischien van je leven geen compiler of emulator meer schrijven als informaticus, maar al je programmaatjes worden wel gecompileerd en draaien op een CPU. Door die dingen eens zelf ge-implementeerd te hebben, krijg je een veel beter inzicht in de werking en beperkingen van de tools en hardware waar je mee gaat werken. Tevens krijg je inzicht in hoe bv LL(1) grammars werken, waarom de syntax van een taal (bv C of Java) er zo moet zien, hoe code optimalisaties werken, hoe de compiler waarschijnlijk met bepaalde constructies zal om moeten gaan, etc etc...

Een MBOer of zelf HBOer zal dit mischien niet willen weten, maar een Universiteit is toch wat fundamenteler.

Het is natuurlijk altijd mogelijk, als de compiler slechts enkele instructies of structuren hoeft te kennen, en de CPU emulator maar enkele commando's

Er is inderdaad geen sprake van een volledige implementatie. Voor de CPU emulator (MIPS R4000 btw) moeten wel alle instructies geimplementeerd worden maar bv geen exceptions. Voor de compiler moet de basis syntax werken, maar geen (std) library dingen. Tevens worden enkele moeilijke dingen weggelaten (zoals lokale functie definities in Pascal)

Even ter verdediging van de TU Delft.
Daar moet je in het eerste jaar een CPU emulator schrijven in powerPC assembler (Dat draait op een emulator op een pc ) en compilers schrijven doe je in het vierde jaar.

Weleens gehoord van YACC? (Yet Another Compiler Compiler) Hiermee wordt het maken van een compiler nog veel makkelijker.

TU delft is natuurlijk ook erg close met Leiden. Doen zelfs gezamelijke opleidingen. Bv, Live science & technology

Weleens gehoord van YACC?

Duhhh... natuurlijk, maar dat is tegenwoordig vooral bison (in combinatie met flex).

Als je begint met compiler constructie zijn parser generators natuurlijk de eerste dingen waar je naar kijkt.