[Zope] Does anyone care whether we deprecate ZClasses?

[Jonathan Cyr]

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
cyrj at cyr.info








Andreas Jung wrote:

>
>
> --On Dienstag, 5. April 2005 16:38 Uhr -0400 Jake <jake at zopezone.com> 
> 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 at 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
>  
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.zope.org/pipermail/zope/attachments/20050406/5ab6250e/attachment.htm