This is just too cool. The ECF guys (in particular Mustafa Isik) have some up with a system for real-time shared editing mechanism called Cola. I’ve not tried it myself but the screencast they put together is so compelling that I had to stop watching it and post this! Check it out. Very cool. And the HD mode on the video is awesome. Well done guys.

p.s., yes I realize that I used “cool” three times in this short post. What can I say…

For what I believe is the first time in the history of the Eclipse Foundation we are changing the by-laws. What has prompted this? Effectively the success of Eclipse has changed the dynamics around membership. The current membership structure does not match with what members are looking for. The Board has come up with a new structure and the Foundation has produced an excellent page of information describing the changes and detailing the reasons.

To me the key thing is that under the new model we offer more opportunity for members to express their committment to Eclipse and get value from Eclipse. That in turn means revenue that more accurately reflects the value of Eclipse and, in the end, better services for the community. Everyone wins.

So, what does this mean to you? First, it means that you MUST vote. These changes require super-majority (two-thirds plus one) approval of the Membership-at-Large to become effective. If you are eligible to vote (all committers and member representatives get a vote), you will have already received an e-mail with your voting information. It is dead easy. Two clicks. If you did not get voting information but think you should have, contact the foundation.

It is vital that you vote. If you do not vote then you are, in fact, voting no. This is bad. Your apathy will prevent the progress of the Eclipse community. The Committer Reps are strongly in favor of these changes and urge you to vote and to vote YES.

This morning marks the start of a series of Ganymede articles on InfoQ.  The first article is on p2!  It is essentially an interview with me and Pascal.  We talk some about the technology and some about it evolution and how we got here.  Happy reading.

There has been a lot of discussion in a variety of places recently about the barriers to entry of various Eclipse projects or projects being closed to contributions etc. I agree. Frankly, the situation sucks. Several of the projects with which I am involved are more or less opaque to the outside world. This is not by design or plan or any form of ill-will. Nor am I or the teams happy about this. For the most part it is a result of people fixing bugs, adding features and generally hacking code rather than writing doc, examples and getting started guides. We’re damned if we do and damned if we don’t.

So, what can be done. Certainly the project teams are very keen on improving the situation, but where to start? There are so many enhancements, bugs and features to work on. Ultimately, we have to make the time to do what it takes to grow the contributor base.  Status quo will not do.

The community is keen to use the technology and contribute where they can, but the wall seems so high. In many ways it is but you have something that can lower the wall — a Bugzilla ID.

With Ganymede on the horizon we are about to get hordes of eager consumers taking the latest we have to offer and put it to their use. They will have lots of questions and perhaps even the odd problem or two. Many people in the community today know the answers or “have been there and done that”. If you have a Bugzilla ID (who doesn’t?) then you can comment on and triage these bugs. This is a huge contribution. How big? Let’s look at some numbers.

Since June 1, 2008 and 2 minutes ago (i.e., 10 working days), 629 bugs were created in the Eclipse project Bugzilla bucket alone. Even at 1 minute per bug for triage (short for dealing with new bugs but it keeps the math simple) that is more than 10 hours of time just to manage the flow of new bugs for two work weeks.

Could you really make a difference? Many hands make light work. It turns out that 103 of those bugs have since been closed as Duplicate, WorksForMe or Invalid. There are many people in the community who could help with this sort of work. Quite a number already do! THANKS. It is not glorious work but given that time taken to determine these resolutions is often in addition to the initial triage, man does help.

But wait! There’s more you can do with that Bugzilla ID. You can write and revise wiki pages! Whether it is Getting started guides, FAQs, Tips and Hints, Examples, … if you have spent the time to figure it out, write it down in the wiki.

Contributing in this way has many great characteristics:

• No/low barrier to entry. If you figured something out and have a Bugzilla ID then you can help
• Lowers the barrier of adoption for the community by helping them get started and avoid the pitfalls you have already found.
• Makes you feel good.  Plain and simple.
• It is one of the first steps towards deeper involvement in the project
• Committers see you helping and have a tendency to want to help you
• People from outside the implementation team have a great opportunity and ability to give a fresh perspective that teams often don’t see.
• Even better, it saves time for the committer team. They then have more time to fix bugs, implement enhancements and add features. Some of these may even be things you wanted done!

I do not mean to imply that the challenge rests solely on your shoulders. The teams need to make the time to bring the community along. Several people have pointed out good progress. There is more to be done. Stay tuned…

Nor do I imagine for a second that bug triage and wiki pages solve all the problems or tear down all the barriers. They certainly can’t hurt.