Eclipse Foundation bouwt in-browser-ontwikkelomgeving

De java compiler is idd een mooi stukje software. Dat neemt echter niet weg dat het deployen van een redelijk J2EE project met wat Spring, Hibernate, Struts, jsp, jdbc, etc naar bijvoorbeeld een tomcat webcontainer toch een behoorlijk intensieve taak is die zelfs op krachtige workstations behoorlijk wat tijd in beslag kan nemen. Zeker wanneer je dependancy management tools als maven gebruikt. En vaak is het deployen en runnen in je browser de enige manier om te testen hoe een webapp zich gedraagt. Daarnaast is 3 van zulke project tegelijkertijd in je workspace is ook nog eens een behoorlijke recource hog (700+ mb ram voor alleen Eclipse is eerder regel dan uitzondering).

Darnaast neemt ook het updaten en committen van code via svn of cvs behoorlijk wat tijd in beslag. Dit zou ook opgelost kunnen worden door rechtstreeks vanaf de cloud te werken. Committen zou dan enkel het toevoegen van een commit tag betekenen.

Webapps gaan bepaalde desktop applicaties inhalen

Was misschien wat duidelijker geweest. Ik ben ervan overtuigd dat een aantal applicaties goed zijn te programmeren als Webapps. Ik gebruik al jaren web-based mail-clients. Een simpel document creeeren wil ik ook nog best geloven kwa webapp (alhoewel ik toch liever zelf de regie over mijn documenten in handen heb). Maar verwacht echt niet dat software zoals: AutoCad, PhotoShop, IDEs met de huidige generatie browsers goed te implementeren zijn. En bij vele zaken zou je jezelf ook kunnen afvragen: is het wel geimplementeerd in de browser of is de browser gewoon uitgebreid. Over 50 jaar is er vast wel iemand zo gek om een video-encoder te schrijven in Javascript, maar tot dan toe ben je afhankelijk van wat de browser-bouwers jou als programmeur aanbieden (en dat is op dit moment flash, WebM, H.264). Ook 3D ondersteuning in Browsers is natuurlijk een wassen neus; Je kunt als programmeur een model en textures naar de browser sturen en zeggen: "teken dit maar voor mij", als je meer wilt zul je moeten gaan wachten op de brouwser bouwers of je toch echt gaan verdiepen in een wat performantere taal.

Je VNC voorbeeld is natuurlijk prachtig, maar VNC is geen web-browser en als het al in de browser draait dan is het een plugin. Voor de rest is in een dergelijk geval het probleem alleen verschoven van de desktop naar de server. IPV een goede desktop neer te zetten kun je volstaan met een zeer eenvoudige machine van 200-300 en een goede server van 2000-3000 euro (ik vergeet eventjes de extra investering in het netwerk). Je kunt dan met zijn 4 nog enigszins werken. In plaats van een dergelijke opstelling had je echter ook kunnen kiezen voor 4 stevige desktops a 600-700 euro per stuk dan zit je op een zelfde bedrag. Ik persoonlijk zou eerder voor de laatste opstelling kiezen.

Zoals ik bovendien al zei: threads zouden er ondertussen alwel ingeprutst kunnen zijn. En dat klopt blijkbaar, maar ik mis toch ondersteuning in de taal zelf: Java was met zijn synchronized blocks (afgezien van de initieel buggy implemetering van Sun) een stap voorruit t.o.v C/C++. Van een redelijk nieuwe taal zoals Javascript zou toch verwacht mogen worden dat ze weer een stap voorwaarts doen, maar ipv voorruit gaan ze letterlijk een stap achteruit. Synchronized blocks bestaan gewoon niet, uit de opgestuurde link kan ik een message-queue herkennen, maar ik mis oa: semaphores, atomic values, locks.

[quote]Jouw betoog faalt omdat je de assumptie maakt dat de gehele engine in javascript moet worden geimplementeerd.[/quot]

Mijn betoog valt helemaal niet. Ik heb even naar het project gekeken en er wordt inderdaad een server geimplementeerd te worden. Het blijft een client/server applicatie, waarbij de client verheven is tot een domme presentatie laag. Als je naar de huidige Eclipse kijkt dan zul je zien dat eclipse bovenop SWT (Java) gebouwd is, dat weer bovenop GTK(C) gebouwd is, dat weer bovenop GDK gebouwd is dat weer bovenop X11 gebouwd is (iig op Linux). X11 is in prinicipe al client server, er worden mooie binaire pakketjes over het netwerk gestuurd (BTW: Ubuntu heeft plannen om X11 te vervangen door Wayland server en volgens mij mede door de verdacht van het vertragen door deze client/server benadering). Bij een Webclient is de opbouw vergelijkbaar, maar ipv binaire data wordt er XML/HTML/Javascript in UTF8/ASCII heen en weer gestuurd waarbij de client en server voortdurend bezig zijn met vertalen. De SWT laag kun je dan nog weer vervangen door een Javascript laag en je hebt de absolute totale CPU-cycle verslindende applicatie gebakken. Ik zie bovendien in een thuis situatie helemaal niet in waarom ik een client/server applicatie moet installeren als het ook in 1 applicatie kan.

Dat werkt nog sneller dan je IDE draaien op je laptop/workstation: een server heeft al vrij snel *veel* meer resources tot zijn beschikking dan jouw workstation.

Dat wil ik best geloven, maar zou je ook even naar de prijskaartjes willen kijken !

Afgezien nog van dat het in veel gevallen prima is om code te submitten die niet gecompileerd is.

Een redelijk gevaarlijke uitspraak zou ik zo zeggen.