Joachim Werner wrote:
> I think that there ARE problems that can not be solved on a mailing list or
> in the fishbowl. One of them is doing a good general design (which we MIGHT
> need for some of the Zope 3.0 issues). I followed all the stuff about the
> CMF and formerly PTK and knew that it was heading to a direction I didn't
> want, but at the same time I felt that it would not help if I just
> contributed to the mailing list. Maybe this was a personal problem of mine,
> but I don't think so.
I don't think so either. I think your paragraph above does a wonderful
job of concisely summarizing the challenge.
First, there shouldn't be Annointed Tools. We should strive to have
good tools, and we should strive to use good tools, but the real goal is
communication. If the current approach isn't hacking it, we need
something else -- which could mean we learn from successful patterns in
Second, when communication reveals an issue -- what happens? Let's say
that every single person in the world of Zope agreed that the CMF was
going in a wrong direction (just for the sake of argument, as the CMF
has people that like it as well as dislike it). Would anything actually
happen if consensus was reached, and who would be the ones to convert
conclusion into code?
Third, as Brian pointed out and you conclude with in the paragraph,
frustrated people tune out. This causes the other side of the
communication to get frustrated and stop communicating. Then things
break down. It's important to recognize this is happening, put aside
the frustration, and address the problems.
> IMHO, there are two possible approaches to problems like that (major design
> issues I mean):
> a) dictatorship, if the dictator is really good in his job (e.g. Jim Fulton
> has done a great job with regard to the design of the ZODB )
> b) meeting in real live (or at least in real time)
> Some of the core architecture of the KDE KParts component model was
> developed on the KDE 2 conference AFAIK. I think we might have to do
> sessions like that at the upcoming Zope/Python conferences ...
That's a very good point. It's even a good point inside ZC. Getting
ten people in a room for an extreme programming session has done wonders
for our ideas on Zope3. Anybody want to fly to Virginia? :^)
Yesterday morning I started hanging out on the #zope IRC channel.
Already it has been illuminating. It also creates an atmosphere of
understanding. I need to do this more often.
Zope-Dev maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists -