analytic, hence the bias above :-)
Keep up the good work
Thanks
Mike
-Original Message-
From: Robert Newson [mailto:rnew...@apache.org]
Sent: 14 April 2012 18:30
To: dev@couchdb.apache.org
Cc: u...@couchdb.apache.org
Subject: Re: Help shape the future of CouchDB: your voice needed
On 04/15/2012 02:51 AM, Benoit Chesneau wrote:
On Sun, Apr 15, 2012 at 8:01 AM, Tim McNamara
paperl...@timmcnamara.co.nz wrote:
One of the good reasons for this format (although I have no idea if it
is why it's why it was chosen) is that there are some good statistics
behind pairwise
One of the good reasons for this format (although I have no idea if it
is why it's why it was chosen) is that there are some good statistics
behind pairwise comparison.
On 15 April 2012 05:25, Bob Dionne dio...@dionne-associates.com wrote:
On Apr 14, 2012, at 1:11 PM, Benoit Chesneau wrote:
On Sun, Apr 15, 2012 at 8:01 AM, Tim McNamara
paperl...@timmcnamara.co.nz wrote:
One of the good reasons for this format (although I have no idea if it
is why it's why it was chosen) is that there are some good statistics
behind pairwise comparison.
The main problem with that format is
On Sat, Apr 14, 2012 at 7:30 PM, Robert Newson rnew...@apache.org wrote:
The feedback on the mailing lists, IRC and twitter has been very
helpful, thanks everyone for the responses!
I'm going to take this feedback and provide a condensed list of
features. I will write up each item on our
He's what I have so far: https://gist.github.com/2387973
I think it's pretty close. Only the User-Facing section should be in
the next vote.
B.
On 15 April 2012 10:51, Benoit Chesneau bchesn...@gmail.com wrote:
On Sat, Apr 14, 2012 at 7:30 PM, Robert Newson rnew...@apache.org wrote:
The
On Sun, Apr 15, 2012 at 12:02 PM, Robert Newson rnew...@apache.org wrote:
He's what I have so far: https://gist.github.com/2387973
I think it's pretty close. Only the User-Facing section should be in
the next vote.
B.
Most is OK for me. A couple of remarks on user facing though:
1.3 : _rev
This is great, a little more descriptive putting them into two categories. I'm
not sure why we'd exclude the programmer items from the voting
On Apr 15, 2012, at 6:02 AM, Robert Newson wrote:
He's what I have so far: https://gist.github.com/2387973
I think it's pretty close. Only the
Benoit,
Thanks for mentioning the links item, that should definitely be in the list.
I'd be curious to know what kind if usage the Basho folks have seen with that
one.
I think it's a good feature but I also think it kind of runs against the grain
architecturally in couchdb. Documents now are
Including comments from the gist;
from mcoolin;
I'd add a definitions section for the following:
CORS - Cross-origin resource sharing (CORS) is a web browser
technology specification, which defines ways for a web server to allow
its resources to be accessed by a web page from a different domain.
A bit busy right now but _history seems the exact opposite of the _rev
- _mvcc name change. We want to clarify that CouchDB does *not*
provide history.
B.
On 15 April 2012 12:56, Robert Newson rnew...@apache.org wrote:
Including comments from the gist;
from mcoolin;
I'd add a definitions
On Sun, Apr 15, 2012 at 1:25 PM, Bob Dionne
dio...@dionne-associates.com wrote:
Benoit,
Thanks for mentioning the links item, that should definitely be in the
list. I'd be curious to know what kind if usage the Basho folks have seen
with that one.
I think it's a good feature but I also
Consider _mvcc as a suggestion to help educate. Other proposals are welcome.
Sent from my iPhone
On 15 Apr 2012, at 13:16, Benoit Chesneau bchesn...@gmail.com wrote:
On Sun, Apr 15, 2012 at 2:10 PM, Robert Newson rnew...@apache.org wrote:
A bit busy right now but _history seems the exact
On Sun, Apr 15, 2012 at 12:02, Robert Newson rnew...@apache.org wrote:
He's what I have so far: https://gist.github.com/2387973
Looks nice. I think it might make sense to fold WebSockets and
EventSource into a single item, i.e. AFAICT the main point is to allow
non-polling forms of consuming
That's great! Even just a short sentence makes it way easier to get an
idea about the particular feature.
I think it's pretty close. Only the User-Facing section should be in
the next vote.
For some features it might me not so clear if they really belong to the
Developer Facing Features
I went through them for a while and gave up because there were many
internal ones I didn't understand. Then I looked at results and saw a
number of ideas I would really like to vote for.
In other words this site's methodology didn't work for me.
On Fri, Apr 13, 2012 at 5:24 PM, Joan Touzet
DISCLAIMER
I know CouchDB's internals to some degree and even contributed a few
bits to its codebase a while ago (and still follow its development to
some degree). However, I see myself primarily as a CouchDB user. I've
been using it successfully not only in my own pet projects, but also
together
I kind of agree, though I think voting is neat. I'd like to think most of these
features are influenced by experiences with users in addition to internal
refactoring concerns and so forth.
It might help for everyone to see the list of features (here's a cleaned up
version I got from BobN) [1].
On Sat, Apr 14, 2012 at 6:30 PM, Bob Dionne
dio...@dionne-associates.com wrote:
I kind of agree, though I think voting is neat. I'd like to think most of
these features are influenced by experiences with users in addition to
internal refactoring concerns and so forth.
It might help for
Yes, perhaps the next move is a wiki page for these items
(deduplicated and with better names and descriptions).
B.
On 14 April 2012 18:11, Benoit Chesneau bchesn...@gmail.com wrote:
On Sat, Apr 14, 2012 at 6:30 PM, Bob Dionne
dio...@dionne-associates.com wrote:
I kind of agree, though I
On Apr 14, 2012, at 1:11 PM, Benoit Chesneau wrote:
On Sat, Apr 14, 2012 at 6:30 PM, Bob Dionne
dio...@dionne-associates.com wrote:
I kind of agree, though I think voting is neat. I'd like to think most of
these features are influenced by experiences with users in addition to
internal
The feedback on the mailing lists, IRC and twitter has been very
helpful, thanks everyone for the responses!
I'm going to take this feedback and provide a condensed list of
features. I will write up each item on our wiki, then we'll reset the
poll so that more folks can vote knowledgeably on the
Thanks to everyone who participated in the CouchDB summit in Boston this
week! In case you didn't know, the (25 pages!) of meeting minutes are
available for review at http://s.apache.org/ndI .
Here's where we need YOUR HELP. During the summit, the participants
identified 38 key features we think
did we talk about ranking rhem? What about the developer interest too? Also
it may be interresting to order them by the technical needs to develop them
(ie. A depends on B).
benoƮt
On Saturday, April 14, 2012, Joan Touzet wrote:
Thanks to everyone who participated in the CouchDB summit in
On Saturday, April 14, 2012, Joan Touzet wrote:
Thanks to everyone who participated in the CouchDB summit in Boston this
week! In case you didn't know, the (25 pages!) of meeting minutes are
available for review at http://s.apache.org/ndI .
Here's where we need YOUR HELP. During the summit,
On Sat, Apr 14, 2012 at 6:48 AM, Benoit Chesneau bchesn...@gmail.com wrote:
On Saturday, April 14, 2012, Joan Touzet wrote:
Thanks to everyone who participated in the CouchDB summit in Boston this
week! In case you didn't know, the (25 pages!) of meeting minutes are
available for review at
26 matches
Mail list logo