Return-Path: X-Original-To: apmail-couchdb-marketing-archive@minotaur.apache.org Delivered-To: apmail-couchdb-marketing-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2BCC717938 for ; Sun, 20 Sep 2015 01:29:34 +0000 (UTC) Received: (qmail 27764 invoked by uid 500); 20 Sep 2015 01:29:34 -0000 Delivered-To: apmail-couchdb-marketing-archive@couchdb.apache.org Received: (qmail 27722 invoked by uid 500); 20 Sep 2015 01:29:34 -0000 Mailing-List: contact marketing-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: marketing@couchdb.apache.org Delivered-To: mailing list marketing@couchdb.apache.org Received: (qmail 27710 invoked by uid 99); 20 Sep 2015 01:29:33 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Sep 2015 01:29:33 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 5D337C0989 for ; Sun, 20 Sep 2015 01:29:33 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.88 X-Spam-Level: ** X-Spam-Status: No, score=2.88 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id yyR7Ouce-mM5 for ; Sun, 20 Sep 2015 01:29:27 +0000 (UTC) Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com [209.85.213.170]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id C61BE207EA for ; Sun, 20 Sep 2015 01:29:26 +0000 (UTC) Received: by igbni9 with SMTP id ni9so39128850igb.0 for ; Sat, 19 Sep 2015 18:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jEazoasGoHyhAu+AD+eHwYMKOqynEeYy+Pm6XcZkwvQ=; b=AUEf1cjrhikobFY86PpZoVafaT/d7dCQWvzmPuDeqsYN0anlriCUJZoDmouWAm90ub XAuaL3/C9CX3wt0EpdpCFl1xTc0Y5BehSaBBJ2GPIgfzZvHl+27rggL0M7AwTwrHC/VP xG22SdDj745nHTjYOG2vmQEEFj11BXJAfiq0+ciBpscU+xSjR6GhyjOvSm/RJjiDgf8Q AAENA1nAG/7wAJVON5WDFohg5EMN0hTVeI0327llx6BkzkjYG2+3O8wZEjm78rZxT5k9 BpUqO5FFTgP4nHkw9rZta/iWfoHgDltCsSpQpXnNPihCmPT+5HYSH3C/jbTegS9PTNVp 2y8w== X-Received: by 10.50.66.5 with SMTP id b5mr5196857igt.84.1442712566176; Sat, 19 Sep 2015 18:29:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.74.78 with HTTP; Sat, 19 Sep 2015 18:29:06 -0700 (PDT) In-Reply-To: <55FE0295.3090406@meetinghouse.net> References: <5001AD3D-D4DF-4AD4-AC13-22166C64DF17@b2w.com> <55FE0295.3090406@meetinghouse.net> From: Jason Smith Date: Sun, 20 Sep 2015 08:29:06 +0700 Message-ID: Subject: Re: CouchDB Song To: marketing@couchdb.apache.org Cc: andywenk@apache.org Content-Type: multipart/alternative; boundary=001a1134d1fe05216e052023b2e2 --001a1134d1fe05216e052023b2e2 Content-Type: text/plain; charset=UTF-8 At the outset: my biases: * Sit on and agree with the PMC * Built a company, Iris Couch, whose web site was 100% CouchApp * Huge, huge Chris Anderson fan I support the principle of CouchDB as an application server; however, I have specific concerns with the current situation, as it is. I have long argued against CouchApps, not against the philosophy (a CouchDB app server) but against the execution: CouchApps are extremely developer-hostile, both in the early stage (it is difficult to learn and understand) and in the late stage (most problems cannot be solved with a CouchApp alone, so what's the point?). http://mail-archives.apache.org/mod_mbox/couchdb-user/201108.mbox/%3CCAN-3CBJzhQrY9qmhdgRQGYijWiNgaKeMAFJBOE2FZPctdf5b-w@mail.gmail.com%3E On Sun, Sep 20, 2015 at 7:49 AM, Miles Fidelman wrote: > I'm going to echo what Harald says. To me, one of Couch's great benefits > is that it can serve apps. The specific CouchApp tooling, I'm not so > interested in - but basic support functions, in the database engine - > that's pretty important. > > One thing that's really not clear, or well documented, are precisely which > Couch API functions are specifically related to CouchApps (if any). Which > functions in Couch are there specifically to support serving apps? What > functions are folks talking about removing? What exactly are we talking > about here. > +1 Hear, hear! Let's begin a fresh discussion in dev@ to identify exactly what changes we are talking about. If I'm not wrong, the specific changes discussed in the PMC is primarily to refactor some functions into plugins. Something like that could easily be win-win. --001a1134d1fe05216e052023b2e2--