Michael Meeks hacks on OpenOffice.org (and other code) for Novell. While very few people question Sun’s generosity in purchasing Star Office and subsequently opening the code, there have been persistent questions regarding the community management of the project. Michael’s work log for 02 October 2007 highlights what appears to be lopsided behavior from Sun. In particular:
If OpenOffice was blessed (like other more sensibly structured projects) with a large, diverse and healthy developer-base, then perhaps we could expect to go around rejecting big chunks of code, offending developers and driving away potential contributors. To do this solely in order for Sun to retain total ownership of the code-base (and even loosely coupled components) - seems rather a betrayal of it’s self-appointed stewardship role wrt. OO.o code ownership (under the JCA).
Ultimately, it seems to me the current setup is not a winning, open approach, but a dangerous situation that hobbles OpenOffice.org, and leaves us in a bind.
This fits with a lot of semi-public criticisms I’ve heard of the project management over the past few years: onerous change request processes, an insular development process, and tight control from some managers at Sun. It’s not all Sun’s fault, though–someone reminded me that the StarOffice team is a tight-knit group of developers who’ve all been working in the same building on the same code for a decade, so a distributed, community-driven development process is a big change.
OO.o development has not exactly progressed with rapidity. While loosening the grip of the main contributor over the project is no guarantee that the project will attract more developers, the opinion I’ve heard from contributors from almost everywhere but Sun is that it’s an experiment well-worth trying, lest OO.o manage itself into irrelevance.
Update: Michael has comments on the related Slashdot story (Sun Refuses LGPL for OpenOffice; Novell forks), mostly refuting a very misleading headline. Also, GNOME co-founder Federico Mena-Quintero argues that the OO.o governance model appears designed to discourage outside contributions, with examples from Ximian and Evolution as well as Mozilla.