🚀 go-pugleaf

Het blijft hoedanook ge�nterpreteerd. Op snelle machines en met toepassingen
die niet echt rekenintensief zijn zul je het misschien nooit merken, in de
andere gevallen wel.

Even belangrijk als de technische kant van de zaak (snelheid, mogelijkheden,
platforms, ...) vind ik de ondersteuning. Hoe snel krijg je het aangeleerd ?
Kun je een programma "lezen" als je het voor het eerst onder ogen krijgt ?
Hoe is de debug-omgeving, geeft die zinvolle informatie, loopt het programma
in de ontwikkelomgeving net zo als in de definitieve versie ?  Is de
ontwikkelomgeving duidelijk en behulpzaam ?  Wordt de programmeur goed
ondersteund : foutdetectie, syntax-check, code-completion, type-checing,
range-checking, ... ?

--

Alex Haerens
AHA-design

alexhaerens _at_ hotmail _dot_ com


Bruno Lowagie <bruno.lowagie@rug.ac.be> schreef in berichtnieuws
39ACBA71.704EF422@rug.ac.be...
| Ludwig wrote:
| >
| > Java is ontwikkeld om internettoepassingen te maken (Applets,...)
|
| Applets vormen maar een kleine fractie van wat met Java mogelijk is.
| In de States bestaan al auto's waarop Java applicaties draaien, er
| is de Java TV, er is de Smart Card,...
| Verder vergeet je ook Java Servlets te vermelden.
|
| > Maar voor andere toepassingen zou ik het
| > toch niet aanraden....
|
| Alle punten van de studenten aan de RUG worden ingegeven en berekend
| met een Java Servlet applicatie. De puntenlijsten, deliberatielijsten,
| puntenbriefjes,... worden allemaal gegenereerd met Java.
| Zie bvb http://www.lowagie.com/iText/docs/#why
|
| > het is beperkt in die zin dat het de bedoeling is dat
| > het platformonafhankelijk blijft.
|
| Is dat een beperking???
|
| > Het moet dus steeds geinterpreteerd en
| > vertaald worden door een VM op het platform waar het op gebruikt
| > wordt, waardoor het trager wordt.
|
| OK, maar hier bestaan oplossingen voor (JIT, snellere JVM,...).
|
| my 2 cents
| Bruno