Val ik daar Drupal aan of af?

Maandag, 21 March 2011

Nee. Dat doe ik niet.

Reacties die ik kreeg (sommigen samengevat)

> Je gooit je eigen ruiten in!

(Achtergrond: Ik ben vooral Drupalontwikkelaar, dus is het niet handig om het product dat brood op mijn plank brengt af te vallen.)

> ik vind het jammer dat je [concreet Drupal noemt en niet 'CMS in het algemeen'](http://bler.webschuur.com/drupal_is_ook_minder_geschikt_voor_afwijkende_custom_interactie_en_functionele_ontwerpen#comment-7478). Wat jij beschrijft is inherent aan een CMS. Elke CMS kent haar manier van workflows en registratieafhandelijk en dus kost het maatwerk om hiervan af te wijken.

Of

> Als jij het project zo belicht, is dat ook slecht voor de Drupalgemeenschap.

(Achtergrond: De Drupalcommunity is misschien wel het belangrijkste onderdeel van Drupal. Mogelijk belangrijker dan het product zélf).

> Jammer, want nu vallen gemeentes misschien weer terug op hun oude vertrouwde Closed Source CMSen.

Dit is allemaal, deels, waar. En heeft ook zeker meegespeeld bij het schrijven van deze artikelen en het herschrijven van het verhaal voor Webwereld.

Zoals iemand anders [reageerde](http://bler.webschuur.com/geen_cms_en_al_zeker_geen_drupal_voor_grote_webprojecten_zoals_gemeentesites): *een gedurfd artikel waar je vast een tijd op hebt gebroed.*. Inderdaad ik heb al diverse malen op het punt gestaan dit te publiceren en telkens afgezien daarvan, omdat ik teveel mogelijk negatief effect zag.

Laat ik daarom mijn persoonlijke drijfveren van het voeren van mijn onderneming opvoeren, in willekeurige volgorde.

* Geld verdienen (middellange termijn drijfveer).
* Mooie, succesvolle en prettige projecten afronden.(dagelijkse, kortetermijn drijfveer).
* (het gebruik van) Open Source, (daarmee) Transparantie en Open Standaarden bevorderen (ideologische en langetermijn drijfveer).

Beginnend met waarom ik **concreet Drupal noem** en niet **het concept CMS**. Drupal is momenteel de keuze bij steeds grotere (overheids) projecten. Overal, niet alleen in Nederland. Alle andere Open Source projecten lijken van de radar te verdwijnen. Tot ik gewezen werd op [DevCMS](http://twitter.com/#!/JoGnet/status/44715902809284608). Dat systeem raakte precies de kern van Het Stuk Dat Ik Niet Durfde Te Plaatsen. DevCMS is mogelijk (maar mogelijk ook niet) een veel betere oplossing. Waar het mij echter vooral om gaat is dat deze **werkwijze** van DevCMS, precies is wat ik mis zie gaan in zoveel Drupal projecten.

De Open Source community is beter gebaad bij low-level oplossingen dan eindproducten: Aan het design van gemeente-kerkstraaaten.nl heeft niemand in de Drupalgemeenschap iets. Aan de exacte configuratie ook niet. Maar aan DigiD bibliotheken, aan geavanceerde workflow en dergelijke wél. Wanneer Drupal als framework ingezet wordt, is dat laatste ook het resultaat voor de gemeenschap.
Ik ben van mening dat op dit moment, veel van deze "enterprice Drupalprojecten" niks opleveren voor de Drupal gemeenschap. Het enige dat ik zie is een heel mooie Rijkshuisstijl theme en een DigiD module. Als je uitrekent dat, heel grove schatting, er ruim een miljoen budget aan Drupalontwikkeling van overheidssites doorheen is gejaagd, is het resultaat voor de community abominabel. Het netto effect van zulke grote projecten, is dus enkel *naamsvermelding* een *beeldvorming*.

Drupal heeft een natuurlijke habitat waar het zich goed voelt: projecten waar Drupal helemaal voor geschikt is. En Drupal heeft een habitat waar het maar moeizaam kan overleven. Wanneer we Drupal te vaak in die laatste omgeving inzetten, ontstaat er frictie. Klanten worden ontevreden (vaak terecht) over Drupal, of de site die met Drupal gebouwd werd. Het publiek ziet veel gerotzooi, en gaat [FUD](http://www.geenstijl.nl/mt/archieven/2011/01/de_wat_kostte_deze_website_qui.html), verspreiden. De schuld wordt bij Drupal neergelegd. Dan blijkt die *naamsvermelding* en *beeldvorming* opeens vaak negatief. Ik moet er niet aan denken dat we de kop te lezen krijgen:

**Noord Holland breekt Drupal-infrastructuur af, wegens budget en kostenoverschrijdingen**

Dan is het netto resultaat helemaal negatief. Noord Holland doet, overigens, zover ik weet, niets met Drupal.

Wanneer Drupal vaker de schuld krijgt van minder geslaagde projecten is dat vervelend voor Drupal. Maar nóg vervelender voor Open Source. Als we blijven roepen dat The Gimp het beste is wat Open Source heeft voortgebracht, kan ik me heel goed voorstellen dat zovelen zo geweldig negatief zijn over Open Source (in het algemeen).

The Gimp is een heel complex, geavanceerd en goed fotobewerkingsprogramma. Maar het is niet voor de leek. En vergt ook enorme aanpassingen van de graficus die van Photoshop komt. Voor bepaalde omgevingen, is the Gimp ideaal. Maar voor veel omgevingen ook helemaal niet.
Als we van Drupal een soort tweede Gimp maken, door het overal in te zetten waar het negatief afstraalt op Open Source, zie ik bijna nog liever, helemaal geen Drupal meer ingezet worden.

Omdat ik mijn drie drijfveren in balans wil houden, vertel ik klanten vaak dat ze niet Drupal moeten gebruiken: liever geen project dan een frustrerend, te duur, lelijk project.
Maar wil ik ook alles in het werk stellen om Open Source goed en succesvol ingezet te zien worden. En hoop ik dat Drupal daarmee sterke kanten veel beter gebruikt ziet worden, in plaats van zich ingezet ziet worden in projecten waar het geen fatsoenlijke kans van slagen heeft, enkel omdat een Drupalontwikkelaar niet durft te zeggen dat Drupal hier ongeschikt voor is.

Liever tweehonderd kleinere, tevreden Drupalgebruikers, dan één duur overheidsproject waar Drupal zich niet in thuisvoelt.


Tags: Drupal, personal,

Je vergeet hierbij wel dat

Je vergeet hierbij wel dat gemeenten en overheden onderling meer delen dan wat op drupal.org is geplaatst. Als je aanwezig was geweest op de aankondiging van de Tweede Kamer had je gehoord dat de Belgische Overheid bijvoorbeeld een Drupal implementatie heeft overgenomen van de toegankelijke videoplayer op Webrichtlijnen.nl. Deze is (nog) niet gedeeld omdat hij nog niet afontwikkeld is, iets dat de ontwikkelaars van de Belgische overheid nu aan het doen is.

Of een ander voorbeeld is de site voor het europarlement 2010 (http://www.eu2010.be/) dat, toen bekend werd dat het in 2011 in Hongarije werd gehouden, binnen 1 dag is omgezet naar een Hongaarse variant (http://www.eu2011.hu/). Bijna gratis dus. Grote winst voor overheden, maar niet zichtbaar op drupal.org.

Nogmaals, jammer dat Drupal hierdoor in een negatief daglicht komt. Volgens mij onnodig.

Je voorbeelden waren mij

Je voorbeelden waren mij inderdaad niet bekend. Dank dat je deze voor het voetlicht wilt brengen.

Ik heb echter nooit bedoeld dat Drupal-werk niet gedeeld kan worden. Ik voerde dat enkel aan, om de reflex-reactie van "maatwerk kan niet gedeeld worden" tegen te spreken. Ik noemde specifiek enkele mooie voorbeelden van Open Source werk dat uit overheidsprojecten kwam van zowel Drupal als een framework. Om duidelijk te maken dat nog drupal nog een framework, nog enig ander Open Source CMS daarin een voorsprong hebben.

Ik vind je voorbeeld van http://www.eu2011.hu/ heel sprekend. Ik hoop dat dit ook hier, lokaal, meer doorgevoerd wordt. Dat we straks zien dat voor "enkele tientjes" een kleine gemeente al een site heeft draaien.

Ik ken uiteraard de details en specs van deze projecten niet, dus kan ik niet zeggen of dit een duidelijke goede inzet van Drupal was, maar het resultaat lijkt dat te bewijzen. Dat is mooi.

Maar ook hier: iedere gemeente kan DevCMS uitrollen, binnen een uur. Waarschijnlijk niet binnen een dag converteren, maar iig in weinig tijd. DevCMS is, zoals eerder genoemd, zeer geöptimaliseerd qua redactionele workflows. Waarmee ik niet meer wil zeggen dan: dit voorbeeld: een site hergebruiken en porten, verschilt niet tussen Drupal of een ander gefocused product. Waarna de vraag blijft of eu2010.be de site mogelijk beter had kunnen ontwikkelen in een andere omgeving. In dit specifieke voorbeeld lijkt de balans naar Drupal om te slaan.

Goede, genuanceerde artikelen

Goede, genuanceerde artikelen op basis van argumenten, zodat er discussie over kan zijn. En het geldt voor alle CMS'en.

Wat ook een rol speelt is de initiële beperking door het core-gegevensmodel.
De meeste CMS'en hebben een gegevensmodel dat is gericht op content, zo zijn ze nu eenmaal ontstaan. Dus de belangrijkste informatie-objecten zijn de node en de user.
Geleidelijk aan zie je gemeentelijke websites uitgroeien met dienstverlening, interactie en social media. Daarvoor zijn de entiteiten "werk" (zaak, project) en mensen-in-een-functie/rol nodig. Dat kennen CMS'en niet standaard. Dus wordt dit gegevensmodel toegevoegd, maar naar inzicht van de bouwer/opdrachtgever, dus niet impliciet opgelegd door het CMS. Daardoor ontstaat maatwerk, binnen de niet-optimale CMS-ontwikkelomgeving. Veel extra maatwerk ligt in toepassingen op dat gebied.

Hergebruik van modulen kan alleen binnen het CMS-platform. Dus een Drupal-module binnen Drupal. Op zich al een verbetering, maar landelijk gezien zijn componenten die in ieder CMS zijn te gebruiken, veel interessanter. Maar dan moeten zij geabstraheert zijn van gegevensmodel, autorisaties, semantiek, navigatie, design.

Ik veronderstel dat dit in Frameworks beter is in te richten.

Goed onderbouwd en

Goed onderbouwd en intelligent uitdagend een beestje bij de naam genoemd. Ik lees als kern van de boodschap: kies een technologie die bij de processen past. De snede "De Drupalcommunity is misschien wel het belangrijkste onderdeel van Drupal. Mogelijk belangrijker dan het product zélf" is een hele sterke duiding, die voor meeste OSS lijkt te gelden. De consequenties van deze houding wordt impliciet scherp veroordeeld in het verhaal en de toelichting m.i. Valt niets aan af te dingen.

Nieuw commentaar posten

De inhoud van dit veld is privé en zal niet publiekelijk getoond worden.
  • Lijnen en paragrafen worden automatisch opgesplitst.

Meer informatie over formaatmogelijkheden