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 dbryan.green@gmail.com
 designates 209.85.214.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CA+Y+447jjS5tr9JPhTTAQb1u+Ugi_cLeuvASN3hLfgDhyiE+eg@mail.gmail.com>
References: 
 <CAJNb-9o+A7GMXGe3FdBkmX6zb2miRvScX91qcDnosD1JRTrzxw@mail.gmail.com>
	<CA+Y+447jjS5tr9JPhTTAQb1u+Ugi_cLeuvASN3hLfgDhyiE+eg@mail.gmail.com>
Date: Wed, 26 Sep 2012 06:03:56 -0500
Message-ID: 
 <CAF+pBj-kbt-F37KABsw=yQHrRkN5OXmMLdH=Puf9UG4=SbLMDw@mail.gmail.com>
Subject: Re: Part1: What's up dev? About energy.
From: Bryan Green <dbryan.green@gmail.com>
To: dev@couchdb.apache.org
Content-Type: multipart/alternative; boundary=f46d04447dff6fe2f704ca98c7a8

--f46d04447dff6fe2f704ca98c7a8
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello everyone,
    I would be more than happy to help with the product management area.
 Just let me know who else is really interested in helping in that area and
we can start talking.  I have extensive experience in product management--
doing and mentoring.

- bryan

On Mon, Sep 24, 2012 at 5:41 AM, Noah Slater <nslater@tumbolia.org> wrote:

> Some good stuff in this Benoit.
>
> I think we need to kick some life back into the team as well.
>
> Here are my ideas:
>
> * Set up a weekly team meeting on IRC. Attendance strictly non-compulsory=
.
> Minutes archived on wiki and sent to list afterwards. Get everyone to spe=
ak
> up and report on status, and any items for discussion. This mirrors a
> short-lived, but very useful, "CouchDB heartbeat" that me and Jan were
> doing in private during our darkest hour this year.
>
> * Set up informal teams, or work groups. No team leaders.
> No hierarchy or bureaucracy. Just promote the idea that people should get
> organised around specific areas. Each "team" get's a wiki space. People c=
an
> elect to be in the team. Again, no team leaders. Just groups of people. F=
or
> example, me, Paul, and Bob are the release team at the moment. This team
> has existed for years, but we've not documented it anywhere. Let's do tha=
t.
> And ask other people to do the same around areas they give a shit about.
>
> * Kick of product management and marketing activities. I'm talking featur=
e
> lifecycle stuff. Collecting requests and use cases. Maintaining a roadmap=
.
> Maintaining docs. Setting up a release cadence. Working with PR, bloggers=
,
> etc, ever time we launch. Open up blog itself to the community. We need t=
o
> blog about non-release stuff. Demonstrate that we're thought leaders.
>
> * Start to recognise 3rd party projects by either merging them in directl=
y
> (BigCouch), creating ASF sub-projects, or learning from them, and blessin=
g
> certain ideas. CouchApps is, apparently controversial. One option might b=
e
> to re-implement CouchApps in core, taking lessons from 3rd party projects=
,
> but not merging any in directly. The goal being to say that CouchDB core =
is
> both a clustered database and an app platform. No need to depend on forks
> or external projects. This shit is important enough to the community that
> we're making that functionality core.
>
> Benoit, I know you're going to have some concerns about what exactly I me=
an
> by some of these points. I would like to say, for now, let's put the
> discussion on hold. And work through these one by one. Or at
> least, separately. I'm trying to devote more hours in the week to CouchDB=
.
> And I only have time to think about and work on one of these things at a
> time. I am sure other people feel the same. So, let's be aware that there
> are things to sort out here, and different perspectives to unite, and jus=
t
> put it on the back burner, and pick one of them for now.
>
> I think the first thing we need to look at is setting up a weekly IRC
> meeting. I will send out a separate email for that now.
>
> On Mon, Sep 24, 2012 at 10:20 AM, Benoit Chesneau <bchesneau@gmail.com
> >wrote:
>
> > What's up devs?
> >
> > Following our last discussion with @nslater on twitter, I wanted to say
> > a quick HI on the mailing-list. This mail is splitted in 2 parts. A lon=
g
> > time really. These days I miss what make me enjoy CouchDB at the
> > beginning. The energy you could feel on the chan and sometimes IRL. The
> > time when anyone was aware of who was working on a feature. Which
> > feature was in progress. Today IRC is more like a support channel where
> > sometimes ideas emerge but you don't feel they are very supported. Ther=
e
> > are private discussion somewhere.  But well they are... private. Same
> > for tickets. We see tickets but more often no real incentive from each
> > others (and I am to blame too) to fix them.
> >
> > Today to be honnest, this lack of energy annoys me a lot. This is quite
> > more important than the rest. At least for me. I don't have 4 devs on
> > the projects working with me in my office where I can speak with each
> > other about possible fixes and such .. Communication inside the project
> > is  really important. Apache CouchDB is an opensource project
> > distributed around the world (at least 2 continents).
> >
> > Anyway I still keep my confidence in the project. I know there have bee=
n
> > lot of codes developped around. Today if we don't count the couchbase
> > fork (wich is still named couchdb and all...) there are 2 friendly fork=
s
> > I'm
> > aware of couchdb: bigcouch, refuge.
> >
> > Bigcouch was announced to be merged in. But since then we don't know as
> > couchdb devs how it will be. How can we keep couchdb working standalone
> > and on a cluster. It blocks everything else today for me since I don't
> > know if I will work on a cluster or still can continue to think I can
> > use couchdb standalone on one node (and possiblit migrate to the
> > cluster thing easily). I didn't see anything about in
> > bigcouch recently as well. . As a CouchDB developper I would like to se=
e
> > a branch in couchdb so we can hack on all together or just review or
> > document.
> >
> > Rcouch my own fork which has the following features:
> >
> > - OTP compliant (build an erlang release, support hot upgrades), bigcou=
ch
> > is as well. Today couchdb isn't really erlangish and is based on
> > autotools
> > - static build support. Packages for deb, rpm, macosx, arm platforms
> > - View changes: get changes in an ndex in real time
> > - Replication using view changes
> > - couch_randomdoc : pick a random document inside a db or a view
> > - dnssd : discover couchdb over bonjour in your lan
> > - upnp : make couchdb easily accessible on the net
> > - refuge_spatial: fork of geocouch adapted to use latest couch_index.
> >   (note that a version also exists for bigcouch)
> > - HTTP api based on ranch and cowboy (using mochicow for the
> >   transition). more stable and efficient HTTP handlers
> > - doc read validation (like update validation)
> > - dropbox features (anyone can upload only readers or admins can read
> >   doc uploaded)
> > - some replication fixes.
> > - no refcount db , using a patch from @davisp similar to the one in
> >   bigcouch
> > - ..
> >
> > And coming this week: view merge & cors.
> >
> > I would like to merge it in couchdb as well. But I don't know how. And
> > each time I asked for having a discussion on it it fails because some
> > were busy or anything (but never came back). Can we put a roadmap for
> > that and start to put the code online?
> >
> >
> > Second part about couchapps in next mail.
> >
> > - beno=EEt
> >
>
>
>
> --
> NS
>

--f46d04447dff6fe2f704ca98c7a8--