Jean-Luc van Hulst wrote: > Als de directeur van een van de leveranciers (Finalist) die de MMbase > projecten (LeoCMS, WIAB, Vodafone enz) doet wil ik graag even reageren op > de mailtjes van de vertrekkende MMC leden. > Sinds wij in 2001 met MMBase aan de slag zijn gegaan is er veel gebeurd. > Toen was MMBase een product dat vrijwel uitsluitend bij de omroepen > gebruikt werd. Er waren maar een handvol (10?) developers die ervaring met > MMBase hadden. 4 jaar later is er een echte community, een grote groep van > deveopers, leveranciers en klanten die MMBase gebruiken. Naar al die > maatstaven is MMBase denk ik een groot succes te noemen. Ook als product
Ik geloof dat de algemene kritiek van de vertrekkenden, voornamelijk is dat er dn misschien wel een echte community is, maar dat het in weze nog steeds dezelfde developers zijn die zich serieus voor MMBase zelf verantwoordelijk voelen. De stichting heeft daar schijnbaar geen positieve rol ingespeeld. > Uiteraard is het daarbij jammer dat er voor b.v. workflow nu verschillende > systemen zijn. Maar gebruikers en hun leveranciers zullen niet wachten tot > bepaalde features in de standaard MMBase komen en bouwen dus eigen > oplossingen. Wat dat betreft is het wat mij betreft jammer dat er na al Daar zit 'm precies de kneep. Waarom nemen de gebruikers en hun leveranciers dan niet zelf het initiatief om hun oplossing in de standaard MMBase te laten komen? Waarom zijn zij minder mondig dan anderen? Natuurlijk, het kost wat meer tijd, en je zult wat bemoeienis van anderen moeten verdragen (als je pech hebt), maar dan zit het er daarna in, bugs zullen ook door andere gevonden worden, het zal beter getest worden etc. Voor work-flow is nog geeneens een officieel project, terwijl ik geloof dat als een bedrijf dat wil implementeren, het niet moelijk zal zijn om dat op te richten en het uit te voeren. Voor i18n is het wel gebeurd, maar dat project ligt op jammerlijke wijze stil. Ik weet niet waarom, waarschijnlijk omdat de leden van het project ondertussen het commerciele doel bereikt hebben, en ondertussen andere bezigheden hebben. Als dat zo blijft, zal ik bijv. zelf i18n moeten gaan bouwen, of althans moeten integreren met de mmbase distro, zodra we een site moeten maken die dat vereist. > die jaren nog steeds geen technische roadmap is die een planning aangeeft > waar het in grote lijn, technisch met MMBase naar toe gaat. Finalist heeft > de afgelopen jaren zeker 1 manjaar per paar gedoneerd aan ontwikkeling van > MMBase onderdelen. Uiteraard is die tijd besteed aan zaken die voor onze Dit is een vaker gehoord argument, dat er een roadmap zou moeten zijn. Ik ben het er mee eens dat er misschien een moet zijn, maar essentieel is het denk ik niet, want wat er op zou staan, zou toch slechts kunnen worden uitgevoerd als daarvoor ook mankracht is. Ik kan trouwens zo een roadmap roepen: cleaning, packaging, i18n, workflow, field-types, zijn alle dingen die kunnen gebeuren, maar slechts zullen gebeuren als iemand het doet. 4 van deze 5 zijn al een officieel project, en hebben dus een aanspreekpunt, en iedereen met tijd over kan daar zo terecht, en kan het dan volgens mij zonder veel rompslomp zijn ding in MMBase CVS krijgen. > Het verwijt vanuit de vertrekkende leden dat de leveranciers te weinig > terug geven aan de community is volgens mij dan ook niet terecht. Veel > committers zijn volgens mij gefrustreerd met het proces om wijzigingen > door te voeren in MMBase en beginnen er daarom niet eens meer aan om een > voorstel in te dienen. De manier waarop voorstellen soms afgeschoten > worden op de mailinglijst is soms gewoon stuitend om te zien. Wat dat Ik weet het niet. Het is zeker waar dat je wat sterk in je schoenen moet staan om iets voor te stellen, want kritiek zal er zeker komen, en echt leuk is dat nooit. Maar uiteindelijk hebben slechts heel weinig voorstellen het ook echt niet gehaald. Ik zou daar welles een statistiekje van willen zien. Het vervelendste was misschien nog die 'multicast' hack van Nico, maar ook die heeft het gehaald - als was het dan pas de tweede keer- zelfs binnen een minor versie. Ik heb zelf geloof ik een paar keer iets voorgesteld wat het echt niet gehaald heeft, maar veel vaker dingen die het wel gehaald hebben, soms zelfs met een onverdiend grote overmacht. Maw, ik voel soms zelfs het tegenovergestelde; er wordt soms te veel kritiekloos ge+1d, want zeker handig is, en erg strelend voor het ego, maar misschien niet bevordelijk voor de kwaliteit. En ik zou zeker niet voor een soort hozannastemming zijn bij elke nieuw ding wat iemand roept. Verwacht een dosis skepsis, zelfs onterechte, of ongenuanceerde. Daar moeten we gewoon mee leven, en een beetje doorheen kijken. Wat ik zeer kan aanraden aan alle developers die het nu niet doen, en van plan zijn om iets aan te bieden, is op IRC rondhangen, want het contact is veel informeler, en het is veel makkelijker om een soort opiniepeiling vooraf te houden. > Ik hoop dan ook dat er enthousiaste mensen opstaan om de open gevallen > plaatsen in het MMC op te vullen om het succes van MMBase, als een van de > meest succesvolle Nederlandse open source producten te continueren. Dat hoop ik ook, maar het (technische) succes van MMBase zit 'm niet in het MMC. Het MMC doet goed beschouwd niks, behalve monitoring van de CVS (wat ik persoonlijk als een belangrijkere taak zie dan het bezig houden van de stichting). Uiteindelijk moet het 'm toch van de developers zelf komen. Michiel -- Michiel Meeuwissen mihxil' Mediacentrum 140 H'sum [] () +31 (0)35 6772979 nl_NL eo_XX en_US _______________________________________________ Developers mailing list [email protected] http://lists.mmbase.org/mailman/listinfo/developers
