Vandaag zijn de verkiezingen in Amerika. Op de ApacheCon wordt hier en daar wel wat gefluisterd over Obama of McCain, maar eigenlijk is politiek, samen met religie, één van de weinige onderwerpen waar je binnen de Apache Software Foundation niet over praat. Hier komen mensen bij elkaar op basis van merits, niet op basis van politieke, culturele, financieele of religieuze achtergrond.

Merits, in goed Nederlands "verdiensten", verwerf je door een substantieele bijdrage te doen aan de community. Deze merits zijn de basis van de organisatiestructuur binnen de Apache Software Foundation (de ASF). Open source mag dan klinken als een anarchie, waarbij iedereen zo maar even wat code ergens in mag proppen, maar dat is het zeer zeker niet. Tenminste, niet in het geval van de ASF. En dat maakt deze open source gemeenschap ook zo bijzonder. Er is een organisatiestructuur, en die structuur garandeert dat we een constante kwaliteit kunnen leveren.

Onderaan in de organisatie staan de Users. Users gebruiken de code in een Apache project. Als je bijvoorbeeld de Apache webserver download, dan val je in deze categorie. Maar zodra je een bijdrage terugdoet aan een project, kom je een stapje hoger en ben je Contributor. Met een berg contributies, goede suggesties, bugfixes, en door het helpen van andere users, kun je als Committer worden voorgedragen. Hoe werkt dat?

Iedereen mag lid worden van de publieke ontwikkelaars mailinglijst van een project. Nadat je je hebt gesubscribed op zo'n lijst, stuur je je suggestie in. Bij elke bijdrage, of dit nou een éénregelig bugfixje is, of een compleet nieuwe module, wordt er door de leden van de community gekeken of de code die je ingestuurd hebt voldoet aan hun - over het algemeen vrij zware - kwaliteitseisen. En de hele wereld kijkt mee, want op een dergelijke email lijst zitten meestal wel een paar duizend mensen die meelezen. Wanneer er iemand commentaar heeft op je code, dan wordt dit en plein publique gecommuniceerd. Op deze manier komt er niets onopgemerkt in de code van het project. Maar goed, is het je gelukt, en heb je een heel aantal keren laten zien dat je bijdragen voldoen aan de regels van de community, dan kun je voorgedragen worden door één van de vele andere mensen die zichzelf al bewezen hebben; de zogenaamde committers. Over het algemeen heb je daar wel een jaartje of wat constructief doneren voor nodig. Na een publieke stemmingsronde, waarin elke committer met een lovende +1 of een dodelijke -1 over je zal oordelen, wordt je bij voldoende +1's uitgenodigd tot het committerschap. Als committer ben je mede beheerder van de code van het project, en heb je het recht om direct wijzigingen in de core door te voeren. Maar zelfs dan kijkt de volledige community over je schouder mee, want elke regel code die wordt veranderd gaat over de lijst en wordt bekritiseerd door je mede committers. Soms lopen dergelijke discussies hoog op. Maar voorop blijft staan dat de kwaliteit en onderhoudbaarheid van de code het belangrijkst is, en als het moet, dan moet het ego daar maar voor wijken.

Wanneer je een dergelijke status binnen meerdere Apache projecten hebt verworven, en je je inzet voor de Apache Software Foundation als geheel hebt bewezen, dan kun je een stap hoger komen en voor het Membership gevraagd worden. Maar alles op zijn tijd. Forceren zal je niet lukken - je moet gevraagd worden, en jezelf voorstellen is not done. De Members, zo'n 300 wereldwijd, komen één keer per jaar samen om het bestuur van de vereniging (de Foundation is immers een vereniging) te kiezen, the Board.

Dat is in het kort hoe merits werken. In tegenstelling tot de verkiezingen van vandaag, is de Apache Software Foundation geen democratie. De ASF is een meritocratie, een gemeenschap die beslissingen neemt op basis van merits.

Posted by Arjé Cahn at 4:26 PM | Permalink | Comments (0)

Afgelopen zaterdag aangekomen in New Orleans. Nog nooit zo zuidelijk in de VS geweest - het is hier warm, bijna subtropisch. Afgelopen jaar waren we in Atlanta, het jaar daarvoor in Austin, en zo reist het enige officieele congres van de Apache Software Foundation van stad naar stad door de Verenigde Staten. Na een zeer geslaagde Europeese editie in Amsterdam in april dit jaar, waarvoor ik in de organisatie zat, werd ik door Techworld gevraagd om eens een week lang te rapporteren vanaf het Amerikaanse moedercongres over hoe het er eigenlijk 'van binnenuit' aan toe gaat bij de conferenties van de Apache Software Foundation.

Apache is natuurlijk bekend van haar webserver, het Apache HTTPD project. Maar naast de webserver zijn er nog zo'n 60 spin-off projecten, zoals Apache Tomcat, Geronimo, SpamAssassin, Struts, Maven en Ant. Allemaal veelgebruikte en populaire open source componenten die iets te maken hebben met diezelfde webserver. Ze zijn allemaal ergens ontstaan uit de noodzaak om "iets" op het web te publiceren. De ApacheCon gaat over al deze projecten.

De ApacheCon trekt verschillende groepen mensen, die grofweg te verdelen zijn in drie groepen:

• Geinteresseerden, ontwikkelaars, gebruikers en ook managers die echt komen om iets te leren over één van de vele Apache projecten, zoals de Apache webserver, Tomcat, Lucene, of Jackrabbit


• Apache Committers, ontwikkelaars die al een plek verworven hebben binnen een project en die komen om de andere ontwikkelaars uit hun community te ontmoeten en samen te brainstormen over code en de toekomst van hun project


• En mensen zoals ik, die niet voor één project komen, maar die een brede interesse hebben en die komen om andere mensen te ontmoeten en ideeen uit te wisselen over Apache en open source in het algemeen

En voor de duidelijkheid: dit zijn allemaal professionals, mensen die hun brood verdienen met het ontwikkelen van software of het doen van implementaties met behulp van Apache componenten. Dit zijn niet de stereotypische 'zolderkamer' open source nerds die je ziet in Hollywood films. Waarmee ik niet wil zeggen dat dit niet de stereotypische nerds zijn - want dat zijn ze wel degelijk! Of misschien moet ik 'we' zeggen. Ik mag dan wel af en toe een pak dragen, zoals zoveel mensen hier, maar diep van binnen zijn we allemaal nerds. Professionele nerds.

Dag 1 begint met de gebruikelijke Hackathon, een bijeenkomst waarbij ontwikkelaars samen komen om een eind weg te 'hacken' aan hun project. Het is nog vroeg, we zijn net begonnen, en in de grote zaal zijn nu de tutorials. Het is nog rustig. Morgen is dag 2; en daarna, op woensdag, de start van het èchte congres, met inspirerende presentaties van echte wereldsprekers, waarna ik hoop te kunnen rapporteren over 'the hottest thing in open source' van dit moment. Wat dat is weet ik nog niet, maar goed, dat is dan ook precies waarom ik hier hier ben :). Tot morgen!

Posted by Arjé Cahn at 6:36 PM | Permalink | Comments (0)

This article was published earlier in the January 2007 edition of <!ELEMENT, the Dutch XML Users Group's periodic magazine. It describes how and why the website of the European Urban Knowledge Network (www.eukn.org) won the Award for best XML driven website.

Introductie

Afgelopen jaar heeft tijdens XMLHolland 2005 het European Urban Knowledge Network de XML Award 2005 voor de meest innovatieve XML gedreven website in ontvangst mogen nemen. Wat waren de uitdagingen in dat project en welke rol speelde XML daarin? Tijd voor een terugblik.

Achtergrond project EUKN

In elke grote stad wordt door beleidsmakers onderzoek gedaan naar problemen die ontstaan wanneer een grote hoeveelheid mensen dezelfde ruimte met elkaar moet delen. Voorbeelden van onderzoeksonderwerpen zijn de luchtkwaliteit in een stad, het stimuleren van startende ondernemers en het integratiebeleid in achterstandswijken. In dergelijk onderzoek wordt geïnvesteerd door de steden zelf, door het Rijk, maar uiteindelijk natuurlijk gewoon door de belastingbetaler. Wij allemaal dus. En hoewel er uiteraard verschillen zijn in de problemen die de afzonderlijke grote steden hebben, is er voor een heel groot gedeelte een overlap te zien in de onderzoeken die de verschillende steden ieder voor zich opnieuw uitvoeren. Dit geldt niet alleen voor de vier grote steden, maar ook voor de 27 net iets kleinere 'grote' steden, en op beperktere schaal ook voor alle kleinere steden en dorpen die Nederland rijk is.

Kortom, dit vraagt om een kenniscentrum.

Continue reading "<!ELEMENT artikel: "Winnaar XMLAward 2005: European Urban Knowledge Network"" »

Posted by Arjé Cahn at 11:53 AM | Permalink | Comments (0)

Dankzij open source is er voor elk softwarepakket wel een gratis alternatief te vinden. Maar de lagere licentiekosten (of zelfs het gebrek daar aan) zijn niet de belangrijkste reden voor bedrijven om te kiezen voor open source software. Belangrijker is de transparantie en de continuïteit die een open source pakket kan leveren. Hoe garandeer ik de beschikbaarheid van mijn data op de lange termijn? Wat gebeurt er bij een upgrade van de software en welke afhankelijkheidsrelatie ga ik aan met de leverancier?

Open source bedrijven zijn per definitie transparanter dan “closed source” bedrijven. De helpdesk is moeilijk te bereiken en problemen met de software worden vaak afgedaan met de mededeling dat u beter kunt wachten op de volgende versie. De status van bugs, de roadmap en de broncode zijn niet inzichtelijk. Bij open source software is dit wel het geval. Het busines model van een open source bedrijf is niet gericht op het verkopen van licenties, maar het leveren van support en continuïteit. Concurrentie in de softwaremarkt door de originele broncode te verbergen, problemen te verstoppen en plannen geheim te houden maakt plaats voor een nieuwe vorm waarbij enkel nog de kwaliteit van dienstverlening telt. En resellers van open source producten zijn daar een integraal onderdeel van.

Doordat de broncode van Hippo CMS online beschikbaar is (net als die van alle andere open source software), hebben wij partners van België tot en met Amerika. De meeste van deze partners bieden zowel software van closed source als open source softwareleveranciers aan. Zo heeft onze partner Amplexor in België zowel het closed source content management systeem Tridion als ons open source CMS Hippo in zijn portfolio. Amplexor geeft haar klanten een keuze.

Het belangrijkste argument is echter dat open source software het gebruik van open standaarden zoals XML afdwingt. Dit komt doordat ontwikkelaars samen werken aan een systeem dat op zoveel verschillende manieren toepasbaar moet kunnen zijn dat een niet-standaard opslagformaat onwerkbaar is en al snel verworpen wordt. De keuze voor open source geeft een behoorlijke voorsprong: bij integratie met bestaande, vaak 'gesloten' pakketten, biedt open source juist wél de aanknopingspunten en tools die bij gesloten systemen zo vaak ontbreken.

Met open standaarden heeft u bovendien de garantie dat het opslagformaat niet vast zit aan een leverancier, zodat de gegevens altijd beschikbaar zijn. Ook wanneer de oorspronkelijke leverancier niet meer te vinden is. De eerste Boeing 747 vloog in 1970 van New York naar London. De documentatie van dit model besloeg toen al bijna 1 miljoen pagina's, en is na bijna veertig jaar nog steeds even relevant. Heeft u nog een neefje dat de tekst van een MT/ST Word Processor uit 1969 kan uitdraaien?

Deze column verscheen eerder op de site van CRN, www.channelweb.nl.

Posted by Arjé Cahn at 5:34 PM | Permalink | Comments (0)