Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C51AC100BF for ; Thu, 15 Aug 2013 04:54:08 +0000 (UTC) Received: (qmail 3448 invoked by uid 500); 15 Aug 2013 04:54:06 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 3097 invoked by uid 500); 15 Aug 2013 04:54:06 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 3081 invoked by uid 99); 15 Aug 2013 04:54:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Aug 2013 04:54:05 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrey.kouprianov@gmail.com designates 209.85.128.180 as permitted sender) Received: from [209.85.128.180] (HELO mail-ve0-f180.google.com) (209.85.128.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Aug 2013 04:53:59 +0000 Received: by mail-ve0-f180.google.com with SMTP id pb11so252779veb.25 for ; Wed, 14 Aug 2013 21:53:38 -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 :content-type; bh=tORXYIuPqLpiNO0S+nlLKyZkGYQTWmFKnY9F1zgDhdc=; b=qUfbzsaSjNL9VS5dSoi++BMs90EKCNStylsdc9kBOONt9Z1N40O9hIaiIIpoUSDcQ5 gzrCFjnW7wEe/Tz8KoeRnV2tAt+WkBq2omAAbu5l+vkvh9U4wqxgLUHJtIzPjqYyWp4x xKB9sDvlnP0yBoQZHuZKz+TQMHeX0IKqPTNAemyLS8tw4qIOWNRXcTZdc2m5zucnCAyS 0fqbCR3iUipjiczVQKxZNccp5nCuLFyVuczz16iNqubgHbgiC2J5tMw9yF9ZH8dft+OH aLuwzMTC5iF2JyTXN9ZI52cW+IdTfj9+Ls7njZwPIXZ+Atd+dDm5kJODPamo4LAPbPUP MZ9Q== X-Received: by 10.52.115.102 with SMTP id jn6mr11119084vdb.18.1376542418019; Wed, 14 Aug 2013 21:53:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.59.4.42 with HTTP; Wed, 14 Aug 2013 21:53:17 -0700 (PDT) In-Reply-To: <33DF91AF-94FF-4205-A6A9-B99030A489DA@couchbase.com> References: <33DF91AF-94FF-4205-A6A9-B99030A489DA@couchbase.com> From: Andrey Kuprianov Date: Thu, 15 Aug 2013 11:53:17 +0700 Message-ID: Subject: Re: Erlang vs JavaScript To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=bcaec548a987d82a5c04e3f54148 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec548a987d82a5c04e3f54148 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Nope, not misreading anything. And I understand they do. But the sooner they finish the better, wont you agree? It's mainly because of that we dont do view updates during weekdays. So we normally wait until Sunday, in order to make sure that no users are affected by degraded server performance. @Jason was also right to mention development, which becomes a waste of time when you start working with views. On Thu, Aug 15, 2013 at 11:37 AM, Jens Alfke wrote: > > On Aug 14, 2013, at 8:52 PM, Jason Smith wrote: > > > View building time feels important during development but it is > irrelevant > > during operation. Production servers never hold up requests to build > views, > > so the performance is secondary. > > Wait, what? I may be mis-reading that, but it doesn=92t make sense to me,= at > least not in the absolute terms you=92re using. I can think of plenty of > situations where an app server needs an up-to-date view query to get the > correct data, and can=92t just get away with using stale=3Dtrue. > > =97Jens > > --bcaec548a987d82a5c04e3f54148--