[ZWeb] Howdy
Casey Duncan
c.duncan@nlada.org
Fri, 30 Nov 2001 13:14:29 -0500
On Friday 30 November 2001 01:41 pm, seb bacon allegedly wrote:
> First, metazope looked great, and would be a really good basis for the
> look and feel, IMO. What other work did you folks do apart from the
> skin?
That was where most of the effort went. One feature I really liked (which is
really just a base CMF thing), was that nearly everything could have
discussion associated with it.
Public feedback, and addendums, etc to contributions to zope.org, like
how-tos, proposals, whatever would be wonderful. The ability to "subscribe"
to an item as it changes would too. And would probably make Chris Withers
your best friend in the process 8^)
>
> Second, what process have zope.org and metazope followed? Are there
> any assets we should all be reading - requirements, architecture,
> whatever?
The process for metazope was:
1) I downloaded an IRC client for my Mac at home
2) I was testing it using #zope, and I noticed some people were there that I
knew.
3) One thing led to another and I had several people hosting this thing.
4) Alan incorporated and enhanced his Plone skin.
5) I wrote a few proposals
6) I moved across the country, and the thing died.
So, in short it was a typical open-source project 8^)
>
> I'm a big fan of high ceremony project processes, personally. Would
> it be a good idea to settle on a process first (unless it's already
> been done)? Here's my ideal process:
>
> - 1. Define roles
> - 2. Requirements: aims of site, audience, success criteria
> - 3. Functional spec: use cases, etc
> - 4. Information Architecture: resolve conflicts of information
> requirements, prioritise content, site map...
> - 5. Technical Architecture: class diagrams, risks...
> - 6. Design brief
> - 7. Build
> - 8. Test
Such a thing would be wonderful, in some form. One of the biggest drawbacks
(and benefits) of Wiki is that there is absolutely no enforcement of business
rules or format.
We need a process that is supported by the infrastructure so that less time
is spent paying attention to the rules or wondering what to do next.
>
> I believe that without this kind of ceremony, we'll end up with
> piecemeal results at best. We need to schedule the limited amount of
> time people have available. Well that's what I think anyway. I'm
> sure we'll never come to an agreement on it though ;-)
I got flamed for suggesting such a thing on another open-source project I
worked on for a brief time. It died. I think one of the reasons I haven't
used my commit privs yet is that I don't know what needs attention besides
everything.
Everything I can think to do is a huge project, that I don't have the time
for. But, I think some type of delegation system (which I think the collector
is beginning to have) where people can volunteer to complete things big and
small would go a long way.
The closest thing I got to doing core work so far was when Paul asked: "Who
wants to work on PUT handling". Unfortunately the timing was bad for me (I
was out of town for the week following), but otherwise I would have jumped on
it (and still might).
>
> seb
>
> * Paul Everitt <paul@zope.com> [011130 17:36]:
> > Two points:
> >
> > 1) Is it possible to merge Metazope and zope.org, combining the
> > leadership from both efforts?
> >
> > 2) As for scripting, if we did (1) and the new leadership agreed (and
> > moreover, would do the sysadmin to support it), then I'll accede to
> > their wishes. As long as the commitment was there to support the
> > decision (otherwise it's a hit-and-run and were left holding the bag).
> >
> > --Paul
/---------------------------------------------------\
Casey Duncan, Sr. Web Developer
National Legal Aid and Defender Association
c.duncan@nlada.org
\---------------------------------------------------/