AJAX wordt de hemel in geprezen als “de toekomst”, maar in feite is het slechts een extensie op bestaande basis, en een nieuwe naam voor iets wat al bestond. Het is bovenal geen vervanging voor server side intelligence.

Doordat sommigen geneigd zijn een site (c.q. zichzelf) te “verkopen” op basis van AJAX features, heeft het IMHO teveel de focus.

Overigens ook vermeldenswaardig is dat AJAX wel een nieuwe security threat met zich mee brengt: een programmeur kan gauw geneigd zijn om server side maar aan te nemen dat alles al door AJAX is geverifieerd/gevalideerd, en daardoor zijn server side code niet genoeg beveiligen. Verificatie/validatie moet dus zowel client side als server side gebeuren!

De opmerking dat de interactive kaart van Zwitserland niet met XMLHttpRequest gemaakt zou zijn, begrijp ik niet, het artikel in ref 12 heeft het daar wel degelijk over.

Verder is het zo, dat als er andere technieken gebruikt worden dan XMLHttpRequest om onderhuids met de server te communiceren (verborgen IFrames bijvoorbeeld), dan noemen de meeste profs dat nog steeds Ajax, en je hebt nog steeds Javascript nodig om de pagin’s dynamisch te updaten. Zonder Javascript is de Zwitserse kaart echt onmogelijk. DHTML is meestal synoniem met HTML + Javascript…

Iedreen die vandaag nog Javascript af zet, schiet zichzelf in de voet. Het grootste probleem dat nog opgelost moet worden is de toegankelijkheid voor screenreaders e.d.

Hij gebruikt de beeldspraak van een magnetron. Deze bevat vele functies en mogelijkheden. Deze worden echter niet gebruikt. De temperatuur staat standaard op hoog. Het eten gaat erin voor een aantal seconden en als het resultaat niet bevalt herhaalt hij dit proces. Net zolang tot het resultaat hem bevalt.

Iets soortgelijks doet hij ook moet zoekmachines. Je vult een woord in, wacht op de resultaten en klikt op het eerste resultaat dat het meeste de aandacht de trekt. Bevalt dit niet begin je weer opnieuw. Net zolang tot je een bevredigend resultaat hebt. Niets geen geavanceerde zoekopties gebruiken.

Waar het op neer komt. De kracht van veel internetapplicaties zit hem in de simpelheid. Een verkeerd gebruik van Ajax kan onnodige complexiteit toevoegen (complexiteit die rationeel misschien wel klopt, geavanceerde zoekopties zijn toch best handig, maar die tegen beter weten in niet worden gebruikt)

bedankt voor je positieve reactie.
De link naar de interactieve kaart van zwitserland heb ik inmiddels aangepast.

Over web 2.0, momenteel ben ik nog bezig met een artikel over een ander onderwerp maar wellicht daarna.

Ik wil trouwens ook nog even vermelden dat jezelf ook artikelen kunt insturen, hier is usabilityweb immers ook voor bedoeld.

Volgens mij hangt dit er maar helemaal vanaf in hoeverre je gebruikt maakt van Ajax. Het maakt nogal uit of je hele toepassing met Ajax draait of dat je alleen maar gebruik maakt van veld-validatie in formulieren bijvoorbeeld.

Wikipedia beschrijft [url="http://en.wikipedia.org/wiki/AJAX#Search_engine_.2F_deeplinking"]drie manieren[/url] om ajax toepassingen indexbaar te maken.

@ Erwin: ik heb wat ervaring met ontwikkeling van een internet applicatie waarbij veel ajax tech werd gebruikt. Na weken/ maanden werk werd besloten een van de meest ajax-rijke features zowel in php als in javascript uit te voeren. Bij elke bewerking van de gebruiker werd zoveel van de MySQL server gevraagd dat de applicatie zijn snelheid verloor bij meer dan een paarhonderd gebruikers. Dit is natuurlijk niet een probleem van ajax, maar wel van de grote complicaties die kunnen optreden bij het gebruik ervan, het is zeker niet makkelijk.
Overigens, ik programmeer niet maar ben betrokken bij usability review van de applicatie, dus let ook erg op hoe intuitief de omgang met de app is.
Een apart artikel over de gemiddelde ajax app usability zou zeker geen kwaad kunnen