| [News.eclipse.foundation] Re: E4 / SWT 4.0 |
Francis,
Comments below.
You've hit the nail on the head.Hi Eric,
I'm just jumping in here, not really knowing the context of this, but I want to make a couple of comments to what you say:
1) The main problem is there are not enough people working on the code to get things done. Much of the work is done by the committers, but also quite a bit is contributed. But the sum total of that is far less than what we need to clean out the bug backlog and satisfy all of the requests of the community.
That right. Doers. We need lots of doers. Do anything, but do something.
*We need more people doing the work*; it really does not matter if they are committers or if they are contributors.
Exactly. Projects ought to have project file sets and detailed instructions of exactly how the committers set up their development environments. It's the best way to encourage high quality contributions.
I think however we need to get a *lot* better at encouraging contributions and contributors.
We need more wiki pages and help and communication to help people contribute.Bingo. And everyone can help with wiki pages. You can see the history of http://wiki.eclipse.org/EMF/Getting_Source to see just how much the community helped contribute toward this valuable information source.
We need infrastructure for this so that all projects can have a lot of materials and support to make it easy to document how to contribute, find contributors, recognize contributions and contributors, and do a better job of identifying work where we need help.I think this is exactly the barrier that Eric refers to. We as a community need to eliminate the barriers one by one. The committers need to take significant responsibility for getting the processing moving in the right direction.
Right now it's very uneven between projects because there is little in the way of common support for encouraging contributions.It's totally hit in miss. Some projects I've tried to work on are trivial to set up (RAP), while others remain a dark mystery. I won't point fingers...
It's all about sociology. Make friends. Contribute. Flatter egos if you need to. Just do it.
2) I also think, like any other open source (or many internal companies), it's largely a matter of relationships.
You can get what you want by contributing code certainly; and you can also get what you want by working with committers and other contributors and having them make things a priority.There are just some people I really like and when they want something, their needs become my priority. That's human nature. Don't bemoan it. Use it to your advantage. A very wise person once explained to me that it's all about influence. So learn effective ways to influence others.
If you are interested in a particular area, then get to know the developers and that's how you will influence things.Totally excellent advice. I pay very close attention to the kinds of issues that interest other people so that I can help carve out space in EMFT for that interest to thrive. I love working with like minded people. It makes my day brighter. Committers need to think about their community and the community needs to think about the fact that generally everyone will do things that are self serving. It's an issue of how best to make self serving behavior turn into community serving behavior...
I'm not saying this is right, it's just how things seem to work (at least in some areas).Human nature is what it is. The saints are few and far between. Don't expect to find a lot of them. If you've only got vinegar to dish out, you'll find the party you host is a small one...
I've tried to make that point too. Just because IBM pays my bill doesn't make what I do any less free. Return on investment is what drives real economies, so folks ought not to expect open source to be any different.
The problem here is this is entirely a volunteer effort, and yes there are full time committers, but their company is effectively volunteering their time.
Personally, I don't want to see any more elaborate mechanisms for prioritizing things or having product mangement, etc because that will just add more process overhead.A wish list management process isn't going to cut it. I've made it clear to more than enough people that if you don't fund the resource, you don't control the resource. If you're willing to pool your resource with the resource of others, you might will find you have influence over far more resource than you could otherwise afford. If you're willing to fund nothing, expect nothing, and you will not be disappointed when that's all you get.
Eric Rizzo wrote:Note: I've copied this thread over to eclipse.foundation because I think it has broader scope than just SWT.
(my own comments below)
Ed Merks wrote:2) the vision for the next releasesThere will still be 3.x releases. The plans for those aren't out yet. Without community involvement, those plans will most likely be driven by the priorities of choice for the people making the plans.
There's been a lot I've wanted to comment on in this thread, but this above is the crux of the problem: as a community member (as opposed to a committer), it is practically impossible to be "involved" in the planning beyond just entering, commenting on, and voting for Bugilla reports. That is the only tool we really have, and yet (as Laurent has pointed out and others have surely noticed) many, many issues in Bugzilla are either rejected from the outset (some with, and some without, cause) or simply wither on the vine from lack of attention. This includes both bugs and enhancements. Ed, your particular example of EMF defects, while admirable, is not the standard across the other top-level projects; EMF is an anomaly, in my experience, in this area.
So, if our only tool to be involved in planning is a victim of the priorities of those doing the planning, how are we to "get involved" in the planning when our priorities differ from the decision makers.
The barrier to entry is indeed way to high and, again as Laurent has been saying, most of us do not work for a company that is willing to pay us to put in the amount of time it actually takes to get respected status and hold the ear of the project teams. Volunteer time for someone who spends his working hours neck-high in Eclipse is *significantly* easier than for someone who only uses Eclipse projects most of the time and want to try to contribute in his spare time. I think that fact is often overlooked by the existing contributors. The barrier to entry and learning curves are very, very high; those of you whose employment has paid that cost have a big advantage over those who have to shoulder it on their own.
Eclipse committers can say all they want that it is possible for an outsider to join the team with enough contribution, but that is like saying it is possible for "anyone" to become president (or prime minister) - yes, its technically possible but it is not practical. Again, the barrier to entry is just so high. Now, before someone throws a straw man into the discussion, let me be clear that of course I am not advocating opening the doors and letting anyone and everyone commit code. But for the comitter to repeatedly say "get involved" in response to interrogation or critic, well that just trivializes what that really takes to get involved beyond just contributing ideas and bug reports. To be honest, it is a little insulting to those of us who *do* contribute a lot that is not in the form of code. Trust me, I've experienced the glass wall many times, despite my prominent position in the community. The bottom line: there is a bit of a perceived glass wall between the community and the project teams, and until that is recognized by the teams (instead of denying or defending it without reflecting upon it) there will continue to be this "us and them" mentality from this side of that wall.
Look, I don't think anyone here is being malicious or ungrateful or anything like that - I think we are just trying to be honest.
Most of us in the community greatly respect the work that the Eclipse project teams do and greatly appreciate the products that they produce. But there *are* problems in the system and if we can't have open, honest discussion about them, we might as well all go somewhere else because without that openness and honesty, Eclipse will be doomed to failure.
Eric