Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1F0A7108DD for ; Wed, 24 Apr 2013 14:59:00 +0000 (UTC) Received: (qmail 90801 invoked by uid 500); 24 Apr 2013 14:58:59 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 90763 invoked by uid 500); 24 Apr 2013 14:58:59 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 90745 invoked by uid 99); 24 Apr 2013 14:58:59 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Apr 2013 14:58:59 +0000 Received: from localhost (HELO mail-ie0-f172.google.com) (127.0.0.1) (smtp-auth username nslater, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Apr 2013 14:58:59 +0000 Received: by mail-ie0-f172.google.com with SMTP id c12so2168850ieb.17 for ; Wed, 24 Apr 2013 07:58:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type:x-gm-message-state; bh=0B2BGiHWoYQzM606QmspiDX6akMpHZaMo0u2pEXcLcQ=; b=K7cwA+pcVZgt1wIJrcNpT9XG8HBJsx9HXpR1N2nY/OU7U55PWswuorvntmY4x+z++E LypVg+uiZlhFkA1Nha6CmEAKMqZKu6vv1f4ouqoYDDFfYcXrDHSBA0+vb7iICZ0Wz9RF jHHFyMEWC8rjkbsvNsFF1J5Q/En0o6anpUFxgZfHCaQ2CGI16u1SZRWCuoD6eyUX4XR2 gw5EpcS3j5pqgWbI+UJ/az6pP4zP+V9B+9+IMSb78If094bAJxA3F6Z1+BogT46vKmCa 3uqEfZbd1lwgsV4ufnY5Rxo+pOrIoUh2mx1NFj8z1f0v5YGweA/+fiQE1Qm4qml+EBJx v/rA== MIME-Version: 1.0 X-Received: by 10.50.72.3 with SMTP id z3mr28083271igu.47.1366815538294; Wed, 24 Apr 2013 07:58:58 -0700 (PDT) Received: by 10.50.57.114 with HTTP; Wed, 24 Apr 2013 07:58:57 -0700 (PDT) X-Originating-IP: [178.250.115.206] In-Reply-To: References: Date: Wed, 24 Apr 2013 15:58:57 +0100 Message-ID: Subject: Re: [REMINDER] IRC meeting - 2013-04-24 19:00 UTC From: Noah Slater To: "dev@couchdb.apache.org" Content-Type: multipart/alternative; boundary=047d7bdc1846a293a804db1c8a24 X-Gm-Message-State: ALoCoQlz39MtzOAORoQkjERirXiE7fxpxJ0/qUWbgaq2tJ7lfI693eN4Cfi+jNy5+xUwWJSyNWJj --047d7bdc1846a293a804db1c8a24 Content-Type: text/plain; charset=ISO-8859-1 Well, I don't like the idea of alternating times. I think it will become confusing and hard to plan for, and I think we will see less participation as a result. I also think that meetings held at 13:00 UTC will have very few participants. This becomes a problem when the meeting is important because of its proximity to another event (such as a release) because we have a bunch of people in the US that cannot possibly be expected to attend at that time. The current situation is: Meeting at 20:00 UTC, the optimal amount of people are able to participate. We're proposing: Meeting occasionally at 20:00 UTC and occasionally at 13:00 UTC. Many people unable to participate half the time. Meeting times become irregular and hard to plan for in general. This is a sub-optimal solution. What is the problem we are trying to solve? I don't think it's "how can we organise an IRC meeting so that everyone can attend?" (That pre-supposes the solution.) I think it is more like "how do we get input from everyone?" I think another avenue for us to explore might be to consider that when we post the minutes to the list, that's not the end of the conversation. There are two points at which you can contribute to the meeting, without actually being there: 1) In reply to the meeting reminder. We have invited this every time, but only a few people so far have actually added things to the agenda via this method. I would suggest that if people can't make the 20:00 UTC time, but they have something they want to add to the agenda, or they have some information to share with the group (like a status update), then they post it at this point. 2) In reply to the minutes. As we saw with the action item Benoit brought up a week or so ago, I jumped right in, and started having a discussion about it on the mailing list. I had missed that particular meeting, but read the minutes, and started a discussion. In my mind, this should be sufficient to ensure that everybody can input into the meetings. Perhaps the 20:00 UTC time is not the most optimal solution. (i.e. The time when most people in the project can participate.) I note that the board meets at 17:30 UTC. I think that's a valid question, and one we should examine if it looks like there might be a better time. But I believe that we should pick one, single optimal time for everybody, and then work on ways to ensure that people who miss the meeting (either because of life getting in the way, or timezones) can contribute without impediment. On 24 April 2013 15:14, Dave Cottlehuber wrote: > On 24 April 2013 16:02, Noah Slater wrote: > > What about having two meetings? > > Hi Noah, > > We previously said we would alternate times "regularly" but I think > we've only done that twice. For all the obvious reasons I'd prefer not > to double up. What's the constraint? > > A+ > Dave > -- NS --047d7bdc1846a293a804db1c8a24--