Martijn Faassen wrote: > What is going to make us more effective is: > > * a recognition of current reality, i.e. the Zope Framework is not the > same as the Zope 3 application server and it serves a far wider audience. > > * leadership
I really couldn't agree more. There's unfortunately a bit of a leadership vacuum in the Zope community. I think Tres and Chris are suggesting we focus leadership around individual packages or sets of packages, and Martijn is suggesting we have something a bit broader focusing on all of Zope. I think the two are not necessarily mutually exclusive. And I'd take any leadership over none at all. Plone, by the way, had a similar problem, and solved it by creating "the framework team". This is a rolling body of people who are responsible for putting out calls for and reviewing improvements proposals. They basically report to the release manager, who makes the final call. The release manager is nominated by the framework team, confirmed by the Plone Foundation, and given a small stipend for his troubles. > If you say we shouldn't maintain a known good set, then other systems > building on top of this will need to maintain their independent lists > all by themselves, and there's less chance that Zope 2's, Zope 3's and > Grok's list will agree. I think such an agreement is a good idea. +1 Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book _______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )