More about my comment in the minutes about "meeting reminders"... I
actually think this is in an important point. Specifically, the
Architecture Council (and other bodies) have been ineffective in the
past because we (collectively) have taken a passive approach: "I'll
wait for someone to invite me, I'll comment on a proposal, but I won't
be actively involved". We, the leaders of Eclipse, need to encourage an
active approach and that means we also need to take an active approach.
We want the larger Eclipse community to think "I want feature X in the
Platform, that means that *I* need to provide feature X". We suffer too
much from "I want feature X, so I'll tell McQ that I want feature X and
then I'll whine when it doesn't show up"... That's just not going to
work anymore (not that it really did in the past). We, Eclipse, need a
greater, active, code writing, involvement in e4. Thus, we, the AC need
to promote a greater, active, involvement. Thus, we, the AC, cannot sit
around and say "nobody reminded me of this meeting" - the dates have
all been published in advance. If you/we need more than that, someone
needs to step up and take responsibility for that - waiting around for
"someone else to do it" is symptomatic of a the larger problem.
Now, what we, the AC, can do is to help projects understand the
roadblocks they are putting up against such greater involvement. Is
there an architectural issue that is making more activity difficult? Is
there a process issue? Is there a perception issue? ... That's where I
think the AC can take an active role in encouraging more active
participation by the larger community. Not just "lists of requested
features", but actual code.
Anyway, that's my rant for the day...
- Bjorn
|