On Mon, Jan 07, 2002 at 03:44:50PM -0500, Andrew C. Oliver wrote:
> Guys,
> 
> This whole experience has become a bit disheartening.  Craig McClanahan
> who is like an idol of mine said this:
> 
> "
> We will continue to do what we've done in the past -- reject projects
> that only want the "name recognition" value of being under Apache, and
> don't have a development community compatible with Apache's style.
> That's much more important than whether it's server-side versus
> client-side, or in one repository versus another.
> "
> 
> Seemingly directed at POI.

I don't see what the problem is. Read it carefully.. for that statement
to apply, POI would have to:

 - _only_ want the name recognition.
 - have a development community incompatible with Apache's style

Do either of those statements apply to POI?

Incidentally, the other statement Craig made in that email sums it all
up for me:

>> The point from Jon that I *do* dismiss is his feeling that there
>> should be one and only one implementation of any particular
>> functionality -- "one size fits all" is a very rare phenomenon in my
>> experience, and having some choice is helpful.

I have _never_ seen a user complain about having too many choices. Not
even between notorious duplications like Tomcat 3/4 and Crimson/Xerces.

I _have_ seen users want comparisons, and better docs to help them make
the choice. 

Choice is good. Documented choice is infinitely better :)

I would encourage people (esp. Jon, Ceki, Peter) to read Linus' emails
on design:

  "The problem with "singlemindedness and strict control" (or "design")
  is that it sure gets you from point A to point B in a much straighter
  line, and with less expenditure of energy, but how the HELL are you
  going to consistently know where you actually want to end up?  It's
  not like we know that B is our final destination."

   -- http://kerneltrap.org/article.php?sid=398


--Jeff

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to