Shane Hathaway wrote:
[snip]
I have a bunch of coworkers who have coded in Java for a long time and
are ready to branch out. They're trying out Python, Ruby, C#, etc. They
want to develop web applications quickly while preserving
maintainability. I think the best way for them to do that
So it's very refreshing to see Zope 3 without ZCML. I hope the trend
continues.
I think Philipp makes what in my limited understanding is a very good
point here:
http://www.z3lab.org/sections/blogs/philipp-weitershausen/2005_12_14_zcml-needs-to-do-less
Martin
--
(muted)
On Thursday 22 December 2005 09:23, Martin Aspeli wrote:
So it's very refreshing to see Zope 3 without ZCML. I hope the trend
continues.
I think Philipp makes what in my limited understanding is a very good
point here:
Wade Leftwich wrote:
If ZCML (a/k/a The Right Way) is keeping fairly smart developers from
trying Z3, then maybe we need an alternative (a/k/a What People Think
They Want).
Are you sure ZCML is The Right Way? I know its purpose (since I helped
invent Zope 3): to combine configurations by
*ping* for interest in elaboration on the code you have in mind...
Are you sure ZCML is The Right Way? I know its purpose (since I helped
invent Zope 3): to combine configurations by multiple developers without
imposing a particular workflow. However, I maintain that Python code could
do the
On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote:
Time and again people fail to realize that Zope 3 wants to create
the low level framework right first, and only after that add high
level simplifications and shortcuts to have less configuration and
provide fastest developer exeperience.
On 22 Dec 2005, at 18:09, Chris McDonough wrote:
On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote:
Time and again people fail to realize that Zope 3 wants to create
the low level framework right first, and only after that add high
level simplifications and shortcuts to have less
[Florent]
Time and again people fail to realize that Zope 3 wants to create
the low level framework right first, and only after that add high
level simplifications and shortcuts to have less configuration and
provide fastest developer exeperience.
Of course people aren't attracted to Zope 3
Hello!
I develop Zope3 wrapper for SQLObject (sqlos-alternative).
Features:
1. you can make multi-level containers tree: ZODB-Folder-SQL
Container-SQL Container ...- SQL Item
2. zsqlmap use DA-wrapper
Chris McDonough wrote:
On Dec 22, 2005, at 12:05 PM, Shane Hathaway wrote:
Time and again people fail to realize that Zope 3 wants to create
the low level framework right first, and only after that add high
level simplifications and shortcuts to have less configuration and
provide
Jean-Marc Orliaguet wrote:
Shane Hathaway wrote:
...
The problem with ZCML is not the language (XML). Writing the same
description in python would not address such issues as:
- when looking at a component, how can I know how it is wired inside the
application without doing a grep on 100
Jim Fulton wrote:
Jean-Marc Orliaguet wrote:
The problem with ZCML is not the language (XML). Writing the same
description in python would not address such issues as:
- when looking at a component, how can I know how it is wired inside
the application without doing a grep on 100 files?
-
On Thu, Dec 22, 2005 at 10:06:08PM +0100, Jean-Marc Orliaguet wrote:
[...]
| Yes, I have indeed. Though I was thinking about the development of new
| applications, not about API documentation. Probably this could be done
| with the Eclipse IDE: for instance when creating an adapter, I would
|
On 12/22/05, Shane Hathaway [EMAIL PROTECTED] wrote:
[Shane]
Are you sure ZCML is The Right Way? I know its purpose (since I helped
invent Zope 3): to combine configurations by multiple developers without
imposing a particular workflow. However, I maintain that Python code could
do the job
14 matches
Mail list logo