Grote uitdagingen binnen software ontwikkeltrajecten zijn het binnen het budget blijven en het opleveren van een product dat voldoet aan de wens van de klant.
Softwareprojecten worden vaak aangeboden volgens het fixed price/fixed date principe. Als projectaanpak wordt vaak gekozen voor de watervalmethode [Waterfall]. Deze methode is vergelijkbaar met het bouwen van huizen. Eerst maak je een volledig afgebakend plan, vervolgens bouw je exact volgens de specificatie. Echter, in de jaren ‘80 werd al gezegd dat de vaak gemaakte vergelijking tussen het bouwen van huizen en het bouwen van software niet opgaat. Toch houden wij, de IT-leveranciers, samen met onze klanten deze illusie in stand door projecten aan te bieden volgens een watervalmodel met een vaste projectprijs en vast oplevermoment.
Omdat het model niet goed matcht met de software ontwikkeling leidt dit tot irritaties bij zowel de klant als de leverancier.

In dit artikel ga ik in op andere manieren om software ontwikkeling aan te pakken.

Lees verder »

Afgelopen zomer werd een nieuwe Java Specification Request (JSR) gedefinieerd om een simpel framework voor Swing applicaties te maken. Ondanks dat de Java Swing API al een tijd bestaat, heeft Java nog niet de desktop veroverd zoals dat wel met J2EE bij enterprise applicaties is gebeurd. De Swing API is simpelweg te complex en omvangrijk om er gemakkelijk mee uit de voeten te kunnen. Door deze omvang en complexiteit is het eenvoudig om het verkeerd te doen, en erg moeilijk om een goede implementatie voor een grafische interface te bouwen. Deze JSR is bedoeld om dat probleem op te lossen.

In dit artikel komen een aantal nadelen van de Swing API aan bod welke er naar mijn mening de oorzaak van zijn dat Java van de desktop is weg gehouden. Daarnaast doe ik enkele suggesties die met het Java Desktop initiatief en in het bijzonder de JSR-296 gevolgd zouden kunnen worden.

(An english version of this article can be found here.)

Lees verder »

Ondanks dat AJAX nu algemeen geaccepteerd lijkt is men in sommige sectoren nog terughoudend. De rijke interactie die AJAX brengt gaat namelijk voorbij aan mensen die vanwege hun handicap een browser gebruiken welke geen Javascript of CSS ondersteund. Voor een sector als de overheid is het niet acceptabel om deze mensen uit te sluiten en eigenlijk zou dit standpunt algemeen ingenomen moeten worden.

Op dit moment zijn er veel ontwikkelaars die web applicaties alleen voor Internet Explorer kunnen of willen maken. Een AJAX website bouwen welke ook werkt zonder Javascript is dan ook te veel gevraagd voor de meeste bedrijven. Om dit toch voor elkaar te krijgen zijn inmiddels een aantal technieken bekend. Een algemene aanpak is Unobtrusive Javascript, maar in dit artikel wordt een andere, iets flexibelere aanpak behandeld welke gebruik maakt van Wicket.

(Also published in English.)
(On la aussi publié a Français.)

Lees verder »

Je kunt tests op vele niveaus schrijven, van low-level unittests tot integratietests, maar testen op het hoogste niveau, de browser, wordt meestal met de hand door een tester gedaan. In hoeverre valt dit te automatiseren?

Lees verder »