Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of bchesneau@gmail.com designates
 209.85.215.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAE2x-EjR-zYB7mi6axSU4gCuzcJeVoSVgnz6MORObo3GzRHzkQ@mail.gmail.com>
References: 
 <CAJNb-9p5+oWTqMrYXwvkHyFnuHn-Fg_RNHyLAexuX7LcNMV-gg@mail.gmail.com>
	<D9235C8A8D2B42C7B042ABBB28080C4A@cloudant.com>
	<CA+Y+444P9u73tuWJjx34R1uYb7bcW0DWAhGfGjBEiAUrms9hTQ@mail.gmail.com>
	<CA+Y+444AUL4a4pettPeByvsM+oUQRCNzzSWczC5sXSRVBVm7zA@mail.gmail.com>
	<5060B9C0.7010903@gmail.com>
	<CAL-h1aSJggTYY7HQZUBfktqUj1FD=TNdj7Tye5ECsyh0vdr1SA@mail.gmail.com>
	<CAL-h1aSMk=tJ9fi19vikVoo+Ff-73n4CO1vZmUL=D6Kzk23cdQ@mail.gmail.com>
	<CA+Y+447gFb6m-VVqsWOE9ApxvTha-mk6bwLTCB8ygKgwdgg3uA@mail.gmail.com>
	<CAE2x-EjR-zYB7mi6axSU4gCuzcJeVoSVgnz6MORObo3GzRHzkQ@mail.gmail.com>
Date: Tue, 25 Sep 2012 11:17:04 +0200
Message-ID: 
 <CAJNb-9pb_nHX1F5nkD9bhXBVL7D0EoxmN3-4Sd_yfmojmwKs4A@mail.gmail.com>
Subject: Re: Part2: What's up dev? About couchapps.
From: Benoit Chesneau <bchesneau@gmail.com>
To: dev@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, Sep 25, 2012 at 10:34 AM,  <roger.moffatt@gmail.com> wrote:
>>
>> Just to come back to your user mindset argument. I would argue that the
>> people we really need to convince ARE the developers. Because the
>> developers are the people who pick the tooling. And if CouchDB/apps do n=
ot
>> look attractive, they will be ignored.
>
>
> I'd just like to jump in and echo this. I'm the architect for a number of
> commercial projects and will often be the person specifying the datastore
> technology. I'm happy to see the progress that has been made with 1.2 in
> recent months as this makes it viable for me to continue to advocate
> CouchDB as a perfect backend for mobile projects in particular.
>
> But.
>
> When it comes to datastores for a backend API, the landscape is different=
.
> For years my tooling of choice would have been mod_perl and MySQL, but Pe=
rl
> has become fragmented and less relevant and is generally perceived as old
> technology with a long list of deficiencies.
>
> The driver for change has therefore been the backend development language=
,
> not the database per se.
>
> I'm finding now that Scala is a superb choice for replacing Perl for
> reasons that aren't at all relevant to this discussion, but what is highl=
y
> relevant is that the choice of language can often drive the choice of
> database depending on what is best supported.
>
> With Scala, and particularly when using the popular Play! framework, that
> seems to mean Mongo - for example if you search the play site for CouchDB=
,
> you'll get zero results, whereas with Mongo ...
>
> http://scala.playframework.org/documentation/2.0.3/Modules
>
> And so I find myself doing new projects with Scala and Mongo ...
>
> The detail of this isn't important, but I guess what I'm saying is that
> it's probably more important now for the CouchDB team to focus on
> advocating a great solution than it is to add new features to it. Buildin=
g,
> maintaining and promoting some great client libraries for emerging stacks
> like Scala / Play would not be the worst place to start.
>
> I know that actions speak louder than words though, and to that end I wil=
l
> be finishing my presentations on why Couch is such a great fit for mobile
> and will be happy to contribute that to the project if it is in anyway
> useful.
>
> Great to see the group active with passion!
>
> Roger

Nothing stop people to write cliens in scala. Imo that not the role of
a server to also propose clients to access to it. We already have one
of the easiest transport and API available (HTTP) . If none have
written one in scala that maybe just because no scala users are using
us or did the job to promote its lib.

Personnaly before that I would dream to have a cool page presenting
languages like redis.io does :

http://redis.io/clients

It would help a lot. As a side note I find the redis website a lot
more useful than ours for the beginner or the guy that is just looking
for a link ;) The wiki doesn't replace that .

- beno=EEt