commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shapira, Yoav" <>
Subject RE: [OT] Aren't we all fighting the same battles?
Date Fri, 05 Nov 2004 18:22:48 GMT

The usual take on it is that the more options, the better.  If there are
standards, that's great, but a lot of people think standards hinder
creativity.  And if a product is really good it frequently becomes a
de-facto or actual.

So yeah, there are a lot of people doing similar work and reinventing
the same wheels.  That's not new, it's been the case for years.  It's
not specific to Java, it was the same (and still is in some areas) with
other languages.  It's not specific to the server-side, but applies to
the client-side as well.  It's not just open-source, it's $$$ software
as well.

And I don't think it's bad. ;)  And with that, a good weekend to all ;)

Yoav Shapira

>-----Original Message-----
>From: Corey Scott []
>Sent: Friday, November 05, 2004 1:21 PM
>To: Jakarta Commons Developers List
>Subject: [OT] Aren't we all fighting the same battles?
>This may not the time (or the place), but I am going to ask anyway.
>It would seem that at the moment, all around the world, people are
>doing the same work over and over.  Particularly in regard to certain
>packages/functions, this to me seems a little (well a lot) redundant.
>Specifically, there seems to be an insane abundance of CMS'es for
>example.  With no really effort put into standardization,
>collaboration, etc.  This effectivately results in the rest of us
>developing other add-ons (eg. forums, shopping-carts, etc.) that are
>not integrated, dont co-operate or any of the other nice stuff :-)
>I realize that Apache Forrest (and others) are working web-site
>generation tools, but I would like to find out what everyone thinks
>about the feasibility of developing an Apache CMS.
>For my mind it would have to be something that is:
>1) user friendly (for non-techies too), sadly not all projects are
>2) standards based
>3) secure
>4) has good performance
>5) db independant
>6) open to extension and integration
>7) flexible
>Anyway, these are my musings, I will very much appreciate any and all
>To unsubscribe, e-mail:
>For additional commands, e-mail:

This e-mail, including any attachments, is a confidential business communication, and may
contain information that is confidential, proprietary and/or privileged.  This e-mail is intended
only for the individual(s) to whom it is addressed, and may not be saved, copied, printed,
disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender.  Thank you.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message