[Zope3-dev] Re: Grok sprint 2 reports

2007-04-23 Thread Martijn Faassen
Max M wrote: Martin Aspeli skrev: If you're talking about ArchGenXML, which generates AT code from UML, it's not too bad. The code it generates is pretty clean, and if you decide to abandon code generation, there's a minimum of cruft (mostly a few comment blocks) that you can remove if you

[Zope3-dev] Re: Grok sprint 2 reports

2007-04-20 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max M wrote: Martin Aspeli skrev: Peter Bengtsson wrote: Will the grok effort yield any codegenerating scripts and stuff like the django folks have? If not, I have some ideas that I could maybe contribute with at/for the next sprint even :)

[Zope3-dev] Re: Grok sprint 2 reports

2007-04-20 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tres Seaver wrote: Rocky Burt wrote: On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote: While I am vehemently opposed to code generation per se, one alternative which I think is important is to generate stuff *at runtime* from artifacts which

[Zope3-dev] Re: Grok sprint 2 reports

2007-04-20 Thread Max M
Martin Aspeli skrev: Peter Bengtsson wrote: Will the grok effort yield any codegenerating scripts and stuff like the django folks have? If not, I have some ideas that I could maybe contribute with at/for the next sprint even :) Code generation sucks. :) (I know it is late to participate

[Zope3-dev] Re: Grok sprint 2 reports

2007-04-20 Thread Max M
Martin Aspeli skrev: If you're talking about ArchGenXML, which generates AT code from UML, it's not too bad. The code it generates is pretty clean, and if you decide to abandon code generation, there's a minimum of cruft (mostly a few comment blocks) that you can remove if you wish. Yes. I

Re: [Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Christian Theune
Hi, Am Mittwoch, den 10.01.2007, 00:44 + schrieb Martin Aspeli: Code generation sucks. :) But: - ArchGenXML (hacky though it is) is great for business types because it takes UML (which business analysts understand and customers can be talked through) and produces content types

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Martijn Faassen
Martin Aspeli wrote: Peter Bengtsson wrote: Philipp has posted a blog entry with a good example of Grok code: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn Gorgeous! I especially like that you don't have to manually define the template since

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Martijn Faassen
Philipp von Weitershausen wrote: Martijn Faassen wrote: - Don't invent a new code generator. Please. :) PasteScript does quite well, and seems to be adopted by others, e.g. Pylons. We already use it to make new egg-like packages for Plone. Agreed. We're looking into PasteScript, I believe.

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martijn Faassen wrote: Martin Aspeli wrote: Peter Bengtsson wrote: Philipp has posted a blog entry with a good example of Grok code: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn Gorgeous! I

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Rocky Burt
On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote: While I am vehemently opposed to code generation per se, one alternative which I think is important is to generate stuff *at runtime* from artifacts which are more understandable to business users than Python code. E.g., they might specify

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-10 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rocky Burt wrote: On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote: While I am vehemently opposed to code generation per se, one alternative which I think is important is to generate stuff *at runtime* from artifacts which are more

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-09 Thread Martin Aspeli
Martijn Faassen wrote: Hi there, We had a Grok sprint in Germany over the weekend, and we got two reports about it: Rock on :) What is the current state of the art in terms of Grok examples and documentation? What is the best place to look to find out about the latest development

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-09 Thread Martijn Faassen
Martin Aspeli wrote: Martijn Faassen wrote: We had a Grok sprint in Germany over the weekend, and we got two reports about it: Rock on :) What is the current state of the art in terms of Grok examples and documentation? What is the best place to look to find out about the latest

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-09 Thread Martijn Faassen
Martin Aspeli wrote: Martijn Faassen wrote: Hi there, We had a Grok sprint in Germany over the weekend, and we got two reports about it: Rock on :) What is the current state of the art in terms of Grok examples and documentation? What is the best place to look to find out about the

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-09 Thread Jürgen Kartnaller
Martijn Faassen wrote: Martin Aspeli wrote: Martijn Faassen wrote: Hi there, We had a Grok sprint in Germany over the weekend, and we got two reports about it: Rock on :) What is the current state of the art in terms of Grok examples and documentation? What is the best place to look

Re: [Zope3-dev] Re: Grok sprint 2 reports

2007-01-09 Thread Peter Bengtsson
Philipp has posted a blog entry with a good example of Grok code: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn Gorgeous! I especially like that you don't have to manually define the template since it's picked up automatically by name. Will the

[Zope3-dev] Re: Grok sprint 2 reports

2007-01-09 Thread Martin Aspeli
Peter Bengtsson wrote: Philipp has posted a blog entry with a good example of Grok code: http://www.z3lab.org/sections/blogs/philipp-weitershausen/2007_01_09_you-thought-zope-3-wasn Gorgeous! I especially like that you don't have to manually define the template since it's picked up