Yoohoo,

ZClasses are not an expert technology to use, they are an introduction to Zope... Just because I use a thing, doesn't mean I can support/maintain a thing.  I can read the list, and try to help folks with questions that I've experienced... that's the support that can be offered at my skill level.

If that's not enough... fine...  drop ZClasses, then DTML (you know, its next)... and all the folks in this boat with me.

ZC should decide whether the benefits of ZClasses for low-end developers match against the hurdles to keeping it with the newer Zope releases.  If they don't see a need for this skill-level type of tool in Zope's feature list, they will pay down the road... Growth is king, even for Zope, who grew this platform?  Growth means newbies, right?  What elements got Zope to where it is?  Could ZClasses be on that list?  Why?

And seeing comments like...

- "Move to Zope Python Products" - you cant see the skill differences between OOP & Zope's API vs. ZClasses

- "Use the Archetypes/CMF/Plone setup" - UML training? the CMF API and Plone underpinnings, easy?

- "Maintain it yourself then" - Update very slick code within Zope's flexible and aging API, with ZODB API too?  Maintain it...Yeah sure, hows this afternoon.

... just show me how under-represented that beginner and intermediate Zope developers use this list... and then I think, perhaps there aren't any, just me and a few others... and if that's the case, Zope's screwed, and the horse I rode in on.

And so here's the confession... "Hello, I'm Jon... I've used Zope for 2 years, and I can't help others program high-level Python OOP tools/platform resources in a propriety web content management server.  I only can support their efforts when the occasional mailing list opportunities present themselves."

-Jon Cyr, Intermediate Zope Developer
[EMAIL PROTECTED]








Andreas Jung wrote:


--On Dienstag, 5. April 2005 16:38 Uhr -0400 Jake <[EMAIL PROTECTED]> wrote:

And that is probably the best arguement for keeping them around longer.

We should get to the point: if some people depend on ZClasses then they should
take over some responsibility in maintaining them in future releases. It can not be
that a "feature" regarded as obsolete (from the majority) and almost unmaintained and
untouched since  ages holds up further releases. I agree with Jim that they should be
officially deprecated - means they could be removed in Zope 2.10. We could leave them
longer if they should work in further releases without further work. If there are serious
problems in  further releases with ZClasses holding up a new release we should kick them.
So if you depend on ZClasses....learn how they are implemented and maintain them in the
future. But from the prospective of limited resource it is not reasonable to spend much
time on ZClasses in the future.


-aj





_______________________________________________ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )

No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.4 - Release Date: 4/6/2005


_______________________________________________
Zope maillist  -  Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**   No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope-dev )

Reply via email to