On Tue, Oct 28, 2014 at 11:03 AM, Joan Touzet <[email protected]> wrote:

> A minority of individuals suggested that it may be time to change
> the logo, the tagline and even the project name for various reasons.
> If we're considering any of these steps, now would be the time to
> figure that out -- prior to the impending 2.0 beta and release.
>
> I'd like to steer discussion towards these points and away from
> the topic of logo acceptability -- it's become clear to me that
> there is no further useful discussion possible on that topic.
>

As a fairly newcomer to CouchDB, I'd like to contribute by giving my
viewpoint and insight into the discussion to date.   To be clear, I am not
personally offended  by the logo.  But to be entirely fair (and hopefully
no one will take offense at this), I don't particularly care too much about
it either.  I don't make technical decisions based on graphics, but rather
what the product provides.

To that extent, I chose CouchDB due to its feature set, community, and
platform availability.  I wanted something that I could use in a
distributed manner without too much hassles.  CouchDB offered me a solution
for this.  The fact that the tag line was "CouchDB and Relax" really meant
nothing to me either.

Coming from a RDBMS background, already moving to NoSQL has its challenges
in design and approach.  Using CouchDB as a persistence engine (and not an
actual web-server) to a Java application means that it's HTTP API doesn't
really impact me either (all access is wrapped in a library).

So from my perspective, the tagline "...Relax..." isn't really even
accurate.  If anything, CouchDB has less "standard" support in Java  (ie:
no Spring libraries, etc) and makes it less "relaxing" than something like
MongoDB which has a big Spring following.

If the goal is to rethink the name/logo/tagline, then perhaps a more
appropriate approach would be to target its feature set: (random examples
purely to illustrate my point): "Easy NoSQL for the web" or "Distributed
NoSQL made simple" or something more directed.

But the primary goal, I believe, is to first decide whether anything
_needs_ to be changed.  As others have already mentioned, something will
always offend someone somewhere, in some different language or culture.
That being said, the question should rather be if the product/community has
outgrown the tagline, and if so, what a new tagline/name should be.

Thanks,

Eric

Reply via email to