[alg] Ajax site laten ontwikkelen

[Dennis]

Goeiedag,

Ik werk bij een semi-overheidsorganisatie waar we bezig zijn met een aantal technologische vernieuwingen. Nou is één van die dingen het beschikbaar stellen van onze gegevens door middel van een klantportaal 'mijn bedrijf'. De gegevens hiervoor moeten uit ons informatiesysteem worden gehaald, een soort ERP pakket. Nou is het zo dat hiervoor momenteel speciale webservices ontwikkelt worden, waarmee alle benodigde informatie heel gemakkelijk kan worden opgehaald.

Nou ben ik voornemens om wat leuke, nieuwe technologie toe te passen (ajax), omdat het naar mijn idee prima geschikt is voor deze toepassing. Helaas heb ik wel een probleempje, en daarom dit topic.

Ik vraag me af hoe het zit met de webdesignbedrijven en ajax. Zijn de meeste bedrijven al bekend met ajax en kunnen ze er gebruik van maken, of is het voor veel bedrijven nog iets nieuws en ben jij de eerste klant, waarbij ze het wiel moeten gaan uitvinden. Zijn er wellicht gespecialiseerde bedrijven in dit soort nieuwe technologieën of zijn er andere punten waar ik wellicht op moet letten.

Allemaal interessante vragen. Hier zitten vast de mensen die ervaring hebben met bedrijven en weten hoe het er nu zo'n beetje voor staat. Hopelijk kunnen die mijn vragen beantwoorden. Alvast bedankt! .

[BtM909]

Ipv hier vragen kan je dat beter vragen aan de bedrijven zelf

Jij weet wat je met AJAX kan (aangezien je leuke technologie wilt toepassen), dus laat de verschillende webdesign bureau's maar zien wat ze kunnen

Overigens hoort een techniek niet leidend of een doel te zijn. Volgens mij moet je eerst je specificaties op papier zetten en dan de bijbehorende technieken erbij zoeken.

[Anoniem: 27577]

Nou is het voornemen 'om leuke nieuwe techniek toe te passen' wel zo'n beetje de slechtste drijfveer die je kunt hebben om voor een bepaalde techniek te kiezen. AJAX kan heel handig zijn, maar het moet iets toevoegen aan de werking van je app, en niet de werking dicteren.

De meeste fatsoenlijke webontwikkelaars kunnen inmiddels wel uit de voeten met AJAX volgens mij, maar vragen staat vrij uiteraard. Zeg wat je wil, en laat de ontwikkelaar (die gaat uiteindelijk toch het interaction design doen lijkt me) (mede)bepalen of dat toegevoegde waarde heeft.

[ Voor 15% gewijzigd door Anoniem: 27577 op 21-08-2006 17:14 ]

[Anoniem: 49158]

oehhh, AJAX,.. buzzword nr. 1 at the moment. Lekker om laten te vallen tijdens een borrel.

Goede raad. Ga eerst naar een goed ontwerpburo/studio die een functioneel ontwerp voor je maakt en ga dan es kijken in welke techniek/taal dit het beste is om te zetten.

[JKVA]

Ik moet me bij de eerdere posts aansluiten. Het belangrijkste is dat het nieuwe systeem zijn doelstellingen behaalt, niet dat het technisch zo leuk is. Voor sommige zaken is AJAX zeker goed, maar het is zeker geen succesgarantie.

Ga het eerst een zonder AJAX proberen en kijk daarna eens hoe je het kunt "opleuken". Dat maakt het ook minder waarschijnlijk dat je verzandt in de "leuke features", maar concentreert op de belangrijke zaken.

offtopic:
Overigens is AJAX niks nieuws, maar bestaat al jaren. De hype is wel nieuw...

[Anoniem: 9542]

Ik denk dat zeker overheidssites prat moeten gaan op accessibility en dat je alleen al daarom een van javascript afhankelijke site moet vermijden. Functionaliteiten toevoegen met JS is natuurlijk ok, maar het moet ook werken zonder (JS en CSS), zeker bij een overheidssite

zoals gezegd, ajax om ajax is idioot

[Atari Paul]

Daarnaast zou ik inderdaad eerst maar eens kijken naar de richtlijnen die de overheid stelt aan overheidswebsites (nu weet ik niet zeker of dat voor jouw organisatie ook van toepassing is).

Maar als het een interne website is, of als de doelgroep hiermee beter geholpen kan worden wordt het wellicht toegestaan.

Het is echter wel zo dat er meestal maar beperkt praktisch gebruik van kan worden gemaakt (tenminste dat is mijn ervaring).

[Dennis]

BtM909 schreef op maandag 21 augustus 2006 @ 16:06:
Overigens hoort een techniek niet leidend of een doel te zijn. Volgens mij moet je eerst je specificaties op papier zetten en dan de bijbehorende technieken erbij zoeken.

Hier ben ik het mee eens, echter, ik weet nu al dat ik javascript goed kan toepassen. Wat je zegt kan natuurlijk ook tegen je werken, want als je een bedrijf de opdracht gunt die niet thuis is in javascript, zullen zij zeker niet dit soort technologieën gaan aanbevelen.

Atari Paul schreef op dinsdag 22 augustus 2006 @ 07:50:
Daarnaast zou ik inderdaad eerst maar eens kijken naar de richtlijnen die de overheid stelt aan overheidswebsites (nu weet ik niet zeker of dat voor jouw organisatie ook van toepassing is).

Hij is inderdaad niet van toepassing voor ons, omdat wij niet met burger of bedrijfsleven communiceren.

Het is echter wel zo dat er meestal maar beperkt praktisch gebruik van kan worden gemaakt (tenminste dat is mijn ervaring).

Heb je het nu over ajax? Ik heb een soort boomstructuur waarbij elk takje een aantal getalletjes produceert. Als je links een item aanklikt, zou het handig zijn om de getallen op te halen middels een webservice, zodat deze direct in het scherm getoond kunnen worden.

De enige andere oplossing die ik zie is óf het gebruik van frames, wat mij niet bepaald handig lijkt, of het creëren van een treeview à la msdn. Als ik dan kijk naar gebruiksvriendelijkheid, denk ik toch dat een oplossing met javascript en webservices de beste keuze is.

[Anoniem: 2935]

Ik zou zeggen, ga eens zoeken bij http://www.ebase.nl/ naar recente sites met AJAX-functionaliteit. Er is al een tijdje geen update meer geweest maar volgens mij moet er wel wat te vinden te zijn. In z'n algemeenheid kan ik zeggen dat zowat alle bekende bureau's die ik ken er al een tijdje mee bezig zijn.

[Dennis]

Anoniem: 2935 schreef op dinsdag 22 augustus 2006 @ 08:47:
Ik zou zeggen, ga eens zoeken bij http://www.ebase.nl/ naar recente sites met AJAX-functionaliteit. Er is al een tijdje geen update meer geweest maar volgens mij moet er wel wat te vinden te zijn. In z'n algemeenheid kan ik zeggen dat zowat alle bekende bureau's die ik ken er al een tijdje mee bezig zijn.

Aha, dank je wel. Die site is inderdaad handig om te kijken naar recente websites, maar duidelijk zoeken naar sites die met een single page zijn gebouwd, is lastig. Ik ben wel een aantal keer een bevestiging tegengekomen waarin wordt gesteld dat ajax inderdaad uitermate geschikt is voor zaken zoals een klantenportaal.

[killercow]

Je moet ook niet zoeken naar sites die gebouwd zijn uit een enkele pagina.

Dat is zo ongeveer de stomte manier om te zoeken.

Waar je op moet letten:

Dat de site ook met javascript UIT goed werkt,
Dat de site geen errors bevat als je hem validate.
Dat de site ook voor opera en nog wat andere browsers nette ajax fallback oplossing heeft.
En dat ajax nuttig is toegepast.

voorbeeld:

javascript uit:
Hoe nuttig was dit artikel?
formulier met 5 bolletjes. en ene submit knop.

Javascript aan:
5 bolletjes,/steretjes die onhover verkleuren, en onclick submitten

Ajax aan:
5 bolletjes, onhover worden ze gekleurd, onclick wordt de keuze vastgelegd via ajax, en het formulier vervangen door het gemiddelde resultaat. 60% van de bezoekers vindt dit een nuttig artikel.

Daar moet je op letten. Zeker als overheids instantie.

Wat verder erg nuttig is, is om XML of SOAP achtige backend te maken voor alles wat los en vast zit.
Zo kunnen andere sites, en interne paketten gemakkelijk de data uit die feeds plukken. afcherming kan nog steeds met logins en cookies, maar in XML formaat kun je het voor meer dan alleen je eigen website gebruiken.

Zelfs als je niet met burgers en bedrijfen communiceert is het nuttig om open en duidelijke technieken te gebruiken, je wilt immers niet te veel verplichte benodigdheden aan aanknopende partijen stellen als dat neit hoeft.

Als je wilt kan meer uitleggen, maar dan moeten we maar eens een afspraak maken denk ik.

[ Voor 8% gewijzigd door killercow op 22-08-2006 12:08 ]

[Anoniem: 27577]

Dennis schreef op dinsdag 22 augustus 2006 @ 08:20:

Wat je zegt kan natuurlijk ook tegen je werken, want als je een bedrijf de opdracht gunt die niet thuis is in javascript, zullen zij zeker niet dit soort technologieën gaan aanbevelen.

Een bedrijf wat niet thuis is in javascript is niet de partij waaraan je de ontwikkeling van een website wilt gunnen.