Hoe zet ik een open source project op?
Er zijn twee manieren om een openbronproject te beginnen, volgens Louis Suarez-Potts, community manager bij OpenOffice. org. Je kan organisch en klein beginnen, of een gesponsord project opstarten onder de vleugels van een bedrijf.
De eerste mogelijkheid, een organische start, is te vergelijken met een rockgroep die vanuit de garage begint: een kleine groep, waarbinnen iedereen hetzelfde doel nastreeft, eenzelfde identiteit deelt en werkt aan openbronsoftware. De beslissingen en processen zijn -aanvankelijk toch- vanzelfsprekend. De andere mogelijkheid is afhankelijk van een bedrijf. De doelen die zo’n bedrijf heeft, zijn vaak minder duidelijk voor de achterliggende openbrongemeenschap. Omdat het bedrijf vaak eigen software vrijgeeft, is het de grootste contributeur van het project. Toch blijft de hoofdvraag hoe een bedrijf een gemeenschap rond het project verzamelt. Onsexy software zal bijvoorbeeld weinig volk trekken.
Om een gemeenschap op te zetten, is intiem starten de boodschap. Zelfs bedrijven beginnen best eerst met een kleine groep. Om mensen te kunnen motiveren, moet je een antwoord kunnen geven op de vier vragen die een mogelijke ontwikkelaar ook zal hebben: Waarom treden we toe, hoe treden we toe, waarom gebruiken we het en waarom is dit open source software?
Verder zijn er nog belangrijke voorwaarden voor een succesvol project: de juiste licentie kiezen bijvoorbeeld. Als je de foute kiest, zal je later zeker moeten veranderen. Andere voorwaarden: een neutrale omgeving, transparante processen en transparant beheer. Goede communicatiemiddelen zijn belangrijk, net zoals nuttige en gemakkelijke infrastructuur.
HOE MYSQL HET OPLOST
‘Nike is ook gedreven door een gemeenschap,’ legt Marten Mickos, CEO van MySQL uit,’jonge mensen houden van die schoenen, of haten ze. Het is de gemeenschap die het fashion statement bepaalt van de schoen, afhankelijk van hoe je hem gebruikt. Daarvoor moet je wel wat breder denken dan de schoen als fysiek product.’
‘Voor ons is de belangrijkste regel dat het er niet toe doet of iemand ons graag ziet of ons haat’, aldus Mickos, ‘Liefde en haat zijn vrij sterk verwant. Want als iemand MySQL haat, wat wil dat zeggen? Dat die ons graag wil zien, maar niet kan. Erger is onverschilligheid. We zijn dus altijd blij met input, al zullen we die niet altijd slaafs volgen. Vaak laten we weten dat we wel luisteren, maar anders beslissen. En mensen respecteren dat. Ze denken dat je stom bent, maar het recht hebt om dat te doen.’
Hoe vind je mensen voor je gemeenschap? ‘Ik heb geen idee, ze komen gewoon’, vertelt Mickos, ‘Maar er zijn wel regels. Je moet onthouden dat een gemeenschap geen politieke beweging is, geen liefdadigheid en ook geen groepje scouts. De gemeenschap is een pragmatische groep, ze komen niet naar ons voor de hogere boodschap van openbron. Zo zijn er wel enkele, maar de meeste doen het gewoon omdat ze MySQL een goede databank vinden. En de reden dat ze bugrapporten blijven sturen is dat we de bugs oplossen. Het is dus een kwestie van kleine geven-en-nemen transacties. Onze gemeenschap blijft dus ook niet met een gevoel zitten dat we hen iets verschuldigd zijn.’
WAAROM GOOGLE ERMEE BEGON
De keuze voor open source viel al in het begin, legt Greg Stein, engineer bij Google, uit: ‘Toen is de strategische keuze gevallen om niet met mainframes te werken, maar met meerdere kleine machines. Het is onbetaalbaar om daarvoor software met licenties per processor te gebruiken. Google kon dus al die licenties niet betalen en is open source gaan gebruiken. Commerciële software kan trouwens ook de schaal niet aan. Er zijn maar weinig bedrijven die met zo’n grote clusters werken. Daarvoor bouwt niemand software.’
Maar daarbuiten wil Google ook de controle over zijn eigen software behouden. Greg Stein: ‘Dit is om te vermijden dat een leverancier die Google als een gevaar beschouwt weigert de licentie te verlengen.’ Het bedrijf heeft nog meer redenen op openbronsoftware te gebruiken, volgens Stein: ‘Omdat Google zoveel machines gebruikt, is de statistische kans zeer groot dat een bug, die maar een keer op miljoenen uren voorkomt op een machine toch geregeld opduikt in het datacenter. Hierdoor is het belangrijk om zelf de bug te kunnen oplossen. Het is ook een voordeel om iets unieks te maken. Als je advanced prototypes gebruikt, moet je niet bij een softwareleverancier zoals Microsoft gaan aankloppen. Zo weten anderen niet waar je mee bezig bent.’
