Hallo, In reactie op het vertrek van MMC leden zie ik voorstellen en discussies langs komen over maatregelen (licentievorm, communicatie) etc. Ik ben Software Architect, betrokken bij het bouwen van Enterprise applicaties en de integratie ervan. In verschillende projecten waar ik betrokken ben geweest was behoefte aan componenten die CMS functionaliteiten kunnen leveren. De afgelopen jaren heb ik hiervoor al vaker naar MMBase gekeken, echter tot het toepassen ervan is niets gekomen. Vanuit deze positie wil ik wat ideeen aandragen, niet bedoeld als kritiek, maar om onderwerpen ter discussie te stellen, en mogelijk meer bij MMBase betrokken te raken. Een van de belangrijkste dingen die ik zie aan MMBase is dat het voor iedereen iets anders betekend. Er zijn veel partijen die iets anders willen met MMBase: de foundation, gebruikers, partijen die hun eigen mmbase gebaseerde cms implementeren, CMS developers van andere partijen, de MMC, applicatie ontwikkelaars op zoek naar CMS componenten. Iedereen zoekt iets anders in MMBase: een end-user applicatie, functionele modules, een uitbreidbare basisapplicatie, een framework, technische CMS componenten. Ik heb ook het idee dat iedereen wel in een bepaald deel wil investeren en er verantwoordelijk voor wil zijn, voor zover ik het zie zijn hier echter nog geen mogelijkheden voor. Als ik dit vanuit een organisatie als Apache bekijk (toplevel projecten als Cocoon, Jakarta, XML), zou ik verwachten bij MMBase ook op verschillende niveaus communities, projecten en codebases te vinden: Solutions: Applicaties en Modules Frameworks: Integratie van CMS componenten tot een CMS framework (volgens mij het huidige MMBase) Components: grotendeels onafhankelijke CMS componenten (bijv. object cloud, editor) losgekoppeld van het MMBase framework Met deze communities geef je elke partij mogelijkheden om een bijdrage te leveren en verantwoordelijkheid te nemen en leg je een basis voor de verschillende partijen om ideeen uit te wisselen over MMBase. Ik denk dat er ook andere voordelen zijn: je trekt op die manier meer ontwikkelaars van buiten de huidige mmbase community die alleen geinteresseerd zijn in CMS componenten zoals een repository omdat deze ook los beschikbaar zijn; architectuur van mmbase wordt duidelijker; positionering van de onderdelen wordt duidelijker etc. Bij veel van de projecten die ik gedaan heb was behoefte aan een content repository en ik heb de afgelopen jaren redelijk vaak naar mmbase gekeken, maar de drempel om een objectcloud in een andere applicatie te gaan gebruiken is behoorlijk groot. Een losse cloud component heeft een veel groter bereik en maakt het misschien makkelijker voor andere partijen om bijv een JSR-170 interface te implementeren. Tot nu toe was de drempel naar relationele of xml database echter lager dan naar mmbase, dus blijft het bij kijken. Ik vindt het jammer dat er een product staat dat bewezen heeft dat het werkt, maar waarvan de stemming in de community wat tegenvalt. Ik kan weinig vinden van wat er aan ideeen leeft (er wordt gerefereerd aan overleg met foundation) en aan irc. Misschien kan iemand me wat ideeen geven van wat er leeft mbt community en mbt de toekomst van mmbase, of doorverwijzen naar een mail archief? Vr.gr. Michael Homeijer
-----Oorspronkelijk bericht-----
Van: [EMAIL PROTECTED] namens Rob Vermeulen
Verzonden: do 20-1-2005 22:22
Aan:
CC: [email protected]
Onderwerp: Re: [Developers] RE: Leaving MMC
Het verwijt vanuit de vertrekkende leden dat de leveranciers te
weinig
terug geven aan de community is volgens mij dan ook niet
terecht.
Als vertrekkend lid wil ik hier graag op reageren.
Ik ben in de overtuiging dat MMBase teveel een tweesplitsing is
geworden. Met aan de ene kant de MMBase developers met het MMC en aan de andere
kant de stichting met MMBase gebruikers (in de ruimste zin van het woord). Het
probleem ligt mijn inziens niet bij partners die niet welwillend zouden zijn,
ik verweet partners daarom ook niets. Maar het is raar dat we aan de ene kant
partners hebben die graag MMBase beter maken met gezamenlijke te ontwikkelen
functionaliteiten en aan de andere kant we developers hebben die MMBase graag
beter ziet worden met deze nieuwe functionaliteiten. Waarom lukt het de
gemeenschap dan niet om deze ontwikkelende functionaliteiten daadwerkelijk in
MMBase te krijgen? Mijn inziens komt dit doordat op een aantal cruciale punten
een helpende hand ontbreekt. Ik ben ervan overtuigd dat als partijen een
workflow mechanisme willen maken, dat de MMBase developers hiervoor een MMBase
project willen inrichten en dat zo'n workflow mechanisme onderdeel uit kan gaan
maken van MMBase. Een helpende hand zal dit proces moeten gaan begeleiden omdat
we zien dat het momenteel niet vanzelf gaat. Een interessante vraag zou zijn
wie die helpende hand zou moeten bieden.
Deze tweesplitsing in de gemeenschap heeft meer nadelen, wensen van
gebruikers zijn slecht zichtbaar voor MMBase developers. MMBase ontwikkelaars
bij bedrijven en 'core ontwikkelaars' hebben weinig contact. Partners krijgen
geen feeling van de ideeen die core developers hebben, etc.etc.. Ook hier
ontbreekt iets / iemand.
Het MMC heeft gezocht naar mogelijkheden om de community in haar ogen
beter te kunnen organiseren (waarbij we graag op verschillende plaatsen die
helpende hand zouden willen zien). Ik denk dat de MMBase gemeenschap eens moet
nadenken over wat momenteel niet goed werkt binnen de gemeenschap. Wellicht
moeten we dit soort discussies ook op de communitylijst houden, zodat
verschillende partijen binnen onze community beter van elkaar op de hoogte zijn.
Rob Vermeulen
Disclaimer
Dit bericht met eventuele bijlagen is vertrouwelijk en uitsluitend bestemd voor
de geadresseerde. Indien u niet de bedoelde ontvanger bent, wordt u verzocht de
afzender te waarschuwen en dit bericht met eventuele bijlagen direct te
verwijderen en/of te vernietigen. Het is niet toegestaan dit bericht en
eventuele bijlagen te vermenigvuldigen, door te sturen, openbaar te maken, op
te slaan of op andere wijze te gebruiken. Ordina N.V. en/of haar
groepsmaatschappijen accepteren geen verantwoordelijkheid of aansprakelijkheid
voor schade die voortvloeit uit (de inhoud van) de verzending van dit bericht.
This e-mail and any attachments are confidential and is solely intended for the
addressee only. If you are not the intended recipient, please notify the sender
and delete and/or destroy this message and any attachments immediately. It is
prohibited to copy, to distribute, to disclose or to use this e-mail and any
attachments in any other way. Ordina N.V. and/or its group companies do not
accept any responsibility nor liability for any damage resulting from (the
content of) the transmission of this message.
<<winmail.dat>>
_______________________________________________ Developers mailing list [email protected] http://lists.mmbase.org/mailman/listinfo/developers
