skip to content

Het Eco-systeem : Drupal vs. Eclipse

Als Java developer probeer ik regelmatig parallelen te trekken tussen Drupal en Eclipse.
Enerzijds op technische gebied (modulaire opbouw) en anderzijds op community gebied.

Dit is een crosspost van mijn commentaar op een Drupal.be post

Als ik kijk hoe enkele jaren geleden het Eclipse (eclipse.org) eco-systeem op minder dan een jaar gegroeid is tot een volwaardig eco-systeem waar grote bedrijven (IBM) een goeie balans hebben gevonden tussen community en commerciele belangen, dan zie ik dat Drupal daar momenteel nog niet is.
De Eclipse Ecosfeer is volwassen! Ze hebben zelfs een drupal website (http://live.eclipse.org/) :)

Idd er zijn binnen de drupal community gigantisch veel kleine tot middelgrote bedrijven die diensten aanbieden (hosting, theming ,development, training, consultancy, ..).

Maar ik zie ook 2 grote verschillen.

Kwaliteitszorg:
De Java (en in uitbreiding de eclipse) wereld is heel erg verbonden met de 'enterprise' wereld, waar er behoorlijk wat geld rond hangt om ervoor te zorgen dat er kwaliteitatief hoogstaande producten worden afgeleverd. Unit-testing, quality Assurance, design & analyse fase, extreme programming, Service Oriented Architectuur,.. je vind het daar allemaal. (Net zoals in de MS .NET wereld trouwens, maar meestal een stapje later :)
Als service provider moet je daar niet afkomen met een voorstel dat geen analyse of doorgedreven test-fase bevat.
Als ik dan kijk naar de online (drupal) wereld dan zie ik toch dat er nog een lange weg te gaan is om van binnenuit klanten te overtuigen van het nut van een goed doorgedreven analyse en test fase. Er is gewoon geen geld voorzien, en het niet goed functioneren van een product (website) wordt meestal (niet altijd) toch nog teruggeschoven naar de leveranciers onder het motto "You break it, you fix it". Terwijl het maken van fouten (bugs) inherent is aan een ontwikkel proces. Ik moet de eerste developer nog tegenkomen die een website kan opleveren zonder dat hij tijdens het hele traject ook maar één 'fout' heeft gemaakt. (Er moet bijgezegd dat die 'fouten' ook dikwijls het gevolg zijn van een communicatieprobleem. In de trend van "Ik dacht dat de klant 'blabla' bedoelde maar nu hoor ik dat de klant eigenlijk 'blibli' wil).

Producten:
Weerom in de eclipse wereld zie je dat er een hele reeks commerciële producten ontwikkeld zijn die Eclipse enkel als een Framework gebruiken. Meestal komen die dan in twee flavours een open source edition en een professional edition. Zie ook http://buytaert.net/the-freemium-business-model-giving-away-pays .
Hierdoor hebben die leveranciers er de aller-grootste baat bij dat eclipse als framework sterk verder ontwikkeld.
De Drupal community is veel meer service-oriented. Het aantal bedrijven dat een echt product (mollom, hostmaster, acquia subscription network, ..) ontwikkelde is op twee handen te tellen, 99% van alle drupal bedrijven (ja ook wij!) bieden allerhande drupal-related diensten (hosting, development, training, etc..) aan. Veel bedrijven gebruiken hun tijd effectief goed en geven ook regelmatig modules terug aan de community. Kijk maar eens rond op drupal.org/project om te zien hoeveel modules "sponsored by" hebben staan. Maar al bij al blijft het een meer vrijblijvende relatie dan die binnen de eclipse eco-sfeer. Het zal misschien niet uitgesproken worden, maar ik kan me wel voorstellen dat er meerdere Drupal bedrijven bestaan die iets hebben van "die Drupal is wel leuk en we doen ons best, maar als Drupal niet meer aanslaat dan springen we gewoon op het volgende PHP cms systeem". Als diensten-leverancier ben je immers minder gebonden aan een product (drupal) dan wanneer je core-business, een eigen product bovenop drupal, verplicht om met Drupal verder te gaan.
Dus mijn wens voor 2009 voor drupal (buiten al diegene van http://buytaert.net/predictions-2009 waarbij ik me aansluit) is : Meer drupal-PRODUCTS in 2009.
Project Management Tools, Campaign Bulding Tools, Intranet Tools, Mapping Tools, etc...
In het kort: Meer specialisatie!

Conclusie
De drupal community is één van de vriendelijkste en meest behulpzame open source communities die ik ken. Het menselijke aspect van onze community is erg belangrijk.
Dat zit dus al helemaal snor.
Om een nog sterkere eco-sfeer te kunnen bouwen lijken mij kwaliteitszorg (en de noodzaak daarvan bij klanten aanleren) en het ontwikkelen van volwaardige drupal producten de voornaamste streefdoelen te zijn.

Comments

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

het bouwen van zulke

het bouwen van zulke systemen binnen Drupal is inderdaad een goed idee. Wij zijn bijvoorbeeld druk bezig geweest met Drupal Commander: http://www.internetunlimited.nl/en/blog/update-introducing-drupal-comman...

en Drupal als platform werkt hier behoorlijk goed mee. waar je binnen Java makkelijk dingen kan bouwen met JSF en EJB's is binnen Drupal met Views, Panels en CCK al heel snel een uitgebreid systeem te bouwen. En door de belangrijkste elementen van je systeem te bouwen met veel gebruikte componenten als Views, Panels en CCK zorg je ook dat de qualiteit van het systeem qua code redelijk hoog blijft want deze modules worden vaak beter getest als de wat minder gebruikte modules.

Enige probleem zit hem dan meestal in het overtuigen van mensen dat je met PHP/Drupal ook een degelijke, stabiele, veilige oplossing kan bouwen. Veel mensen (managers) zien namelijk nog steeds veel liever een (vaak duurdere) JEE oplossing in plaats van een Drupal oplossing.

Powered by Drupal. CrystalX theme created by Nuvio | Webdesign.