Christopher Lozinski wrote:
I am interested in maintaining them, documenting them, and upgrading them.


Cool.  I urge you to do less first. :)

I have been through the code a number of times, and if someone would spend 15 minutes explaining the high level design decisions, I could probably keep them up to date. Why do they have multiple properties on a property sheet, instead of having a list of independent data types?

Perhaps we could schedule a phone call. If your interested, please send me
a private mail or catch me on irc.

I am also very interested in versions, and maintaining versions.

Hm. Versions. Hm. :)

I guess if the limitations are very well understood, then versions
could be OK. Just like with ZClasses.  It would also be nice if you
had more control, so for example, you could leverage multi-databases
to separate your version-controlled and other data.  For specific
applications, that could go a long way toward avoiding version lock
problems.

I really really really want to remove the version support from
ZODB, but provide equivalent functionality through some other mechanism,
like storage adapters.  (Imagine, for example, a Demo storage that can
commit it's changes to an underlying storage.)

Versionning and ZClasses make the fastest single user development environment I have ever seen in my life. If your company can afford file based development, great, but some of us live on the income from our web sites, and really want to develop fast.

Yup

And I object to the statement that "most people with solid backgrounds". I would prefer if you said that: "In certain circumstances ZClasses makes sense, in other circumstances, file based development makes better sense. In some cases Plone is better, in some cases Zope is better, in some cases Ruby on Rails is better, in some cases Zope3 is better". Different situations require different choices.

Well said.

Jim

--
Jim Fulton           mailto:[EMAIL PROTECTED]       Python Powered!
CTO                  (540) 361-1714            http://www.python.org
Zope Corporation     http://www.zope.com       http://www.zope.org
_______________________________________________
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 )

Reply via email to