Vincent Massol wrote:
Well, project names are different IMO... here we're trying to put a label on a collection of related modules.-----Original Message----- From: Christopher Lenz [mailto:[EMAIL PROTECTED]] Vincent Massol wrote:I have been thinking about my "Spines" proposal and as Chris said,itwas a bit too spiky! :-)I've found this nice picture: http://ckart.com/rich/cactmorph.jpg Which has given me the following idea: * Our cactus framework = Pistil * Our cactus front ends, i.e. what goes around the framework =PetalsThus, I would like to propose to name "Petal" our front-ends: Ant, Eclipse, Maven, etc. Comments?Well, this doesn't address my concern about having a name that needstobe explained before it's understood :-P ...Same as Cactus vs J2EEUnit ... :-)
Hey, you don't need to convince me. If you and Julien like the name, and as long as we don't rename documentation to 'Areole' or 'Bud', I'm okay ;-)I'd still favor a simple 'integration' directory, and generally just talking about Cactus/Ant-Integration, Cactus/Eclipse-Integration, etc. I also don't really like the sound of the names 'Ant Petal', 'Eclipse Petal', etc... In retrospect, I'd even favor the original term 'Front-End' :-) I guess I'm -0 (if I understand correctly, I'm not totally positive about the proposal, but won't block it). Still a nice picture though :-)ouch. I was so happy with the name. Julien also likes it. Let me try to convince one last time... :-) I especially like it for 3 reasons:
1/ It isn't really hard to explain. Actually, the idea is to present a
diagram such as the one attached on the cactus web site front page (it's
a first draft and can be improved a lot). The idea is to have a
representation of http://ckart.com/rich/cactmorph.jpg
Okay.
2/ because it is unambiguous. Front-ends/integration/tools/etc are English words and means different things for different persons. "Petal" has to be defined, yes, but then we can easily talk about "Petals" in emails, chat, articles, etc. and we all know what it means.
>
Hmm, that's what I don't really like. I prefer labelling/describing things in as-familiar-and-simple-as-possible terms. What if the Ant team decided to call targets 'hills' instead (in lack of a better analogy)?3/ I think it helps giving an identity/cohesion to Cactus. We are in effect building a Cactus world.
Introducing a new language/terminology has the side effect of raising the barrier to entry.
[I actually thought 'petal' refers to the whole flowerish "thing" on the Cactus... well]4/ It is easy to imagine petals around the core (Pistil) and the attached diagram does really represent a core with petals attached to it. [Slightly OT]: If you really think further Petals are what really protects the Pistil and could represent the core Cactus front-ends. Sepals are further outside on the plant and could represent external integrations (such as JUnitEE, StrutsTestCase, JBuilder, TogetherCC, etc). Ok, my imagination is going wild here! :-)
I see where you're heading, but I'm concerned that we're building a terminological system on a metaphor that basically comes from a fairly arbritrary project name (Cactus). I think using the metaphor would be nice for an overview on the front page, but trying to apply the derived terms to the entire project will be too much.
Ugh, hope that last paragraph was somehow understandable ;-)
Let me try to simplify: For example, using 'Pistil' instead of just 'Framework' would be taking the metaphor too far. Explaining the role of the framework by comparing it to a pistil would be okay. All IMHO of course.
--
Christopher Lenz
/=/ cmlenz at gmx.de
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
