[Grok-dev] Re: on the name "Grok"
Martijn Faassen
faassen at startifact.com
Mon Apr 28 12:35:19 EDT 2008
HI there,
Philipp von Weitershausen wrote:
[snip]
> If you're reusing Grok's technology or a subset of its packages (and we
> encourage you to do so!), you should not call this thing Grok. Call it
> something else, give it an actually purposeful name (e.g. plone.easyapi
> or whatever).
I think that's a terrible name, and a good example of why I strongly
disagree with this. If you are providing a workalike API in Zope 2
context, by all means I think people should call this 'five.grok'. The
existing examples are intended to work.
Do you really prefer people write this?
class MyAdapter(plone.easyapi.Adapter):
plone.easyapi.context(Adapted)
plone.easyapi.provides(IFoo)
This sounds terrible to me. Suddenly people have to mentally translate
all the examples that already exist for Grok. Do you really think people
won't be writing: 'import plone.easyapi as grok' anyway? That's
certainly what I'd be very much tempted to write if I wrote any examples
for Zope 2!
Why can't Zope 2 have a package 'five.grok' that aims to provide the
same API as Grok does? If we are careful to refer to this as 'five.grok'
or 'Grok on Zope 2' I think we can tolerate the minimum confusion this
should cause. Should we be that much afraid of Zope 2?
What if we ever get so far that "import grok" works on Zope 2 without
modifications? Do we tell people that 'plone.easyapi' is now Grok after all?
I think you make a good point in that we should be clear that "Grok" is
what we have created and develop here. If you are going to make a Grok
for Zope 2, that shouldn't be referred to as "Grok" unless the context
is unambiguous, but as "Five Grok" or something like that.
Regards,
Martijn
More information about the Grok-dev
mailing list