Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U3bte-0008Mj-UU for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Feb 2013 00:32:55 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1U3bte-0004Nh-F5 for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Feb 2013 00:32:54 +0000 Received: from magus.postgresql.org ([87.238.57.229]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U3btd-0004NI-BD for pgsql-hackers@postgresql.org; Fri, 08 Feb 2013 00:32:53 +0000 Received: from outmail149087.authsmtp.net ([62.13.149.87]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U3btZ-0003uh-O5 for pgsql-hackers@postgresql.org; Fri, 08 Feb 2013 00:32:52 +0000 Received: from mail-c233.authsmtp.com (mail-c233.authsmtp.com [62.13.128.233]) by punt12.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id r180WhJb057273; Fri, 8 Feb 2013 00:32:43 GMT Received: from [172.47.23.103] (70-36-143-10.dsl.dynamic.sonic.net [70.36.143.10]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/) with ESMTP id r180Wce6080430; Fri, 8 Feb 2013 00:32:39 GMT Message-ID: <511447A4.3070700@agliodbs.com> Date: Thu, 07 Feb 2013 16:32:36 -0800 From: Josh Berkus Organization: PostgreSQL Experts Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Magnus Hagander CC: Daniel Farina , "Joshua D. Drake" , Tom Lane , PostgreSQL-development Subject: Re: Considering Gerrit for CFs References: <5112C602.3090109@agliodbs.com> <14838.1360187606@sss.pgh.pa.us> <5112E08C.9040705@commandprompt.com> In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Server-Quench: 0b960fcf-7187-11e2-a49c-0025907707a1 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdyZgscClZXSx8a IioLCC5HRQ8+YBZL BAkGMA9GIUINWEQM c1ACfh19PVdbHwkA AHYLW15XUld1WS1y axRSaxtcZklQXgV1 UktWQhwQFQ1oZk9U AB4WUh1xd0tHcHd1 YAhiDHldXBIpI1t6 Q0ZTCGwHMGV9OWQW A11YdwFReQNNeR9C O1ExNiYHcQ5/Fwkb MjUICngaOjNEKShY WAALIho9TFwRHyJ0 SRcYVR4BBiUA X-Authentic-SMTP: 61633136333939.1021:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 70.36.143.10/23 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Folks, First, thanks for the serious discussion of this. >> There are obvious tooling gaps (aren't there always?), but I don't >> really see the model as broken, and I don't think I've been around >> pgsql-hackers exclusively or extensively enough to have developed >> Stockholm syndrome. I don't see the model as broken either. Just the tooling, which is why I'm looking at tooling. As in, I'm looking for better tooling in order to solve two problems: 1. maximize the efficiency of existing reviewer time 2. make tooling not be an obstacle to getting new reviewers Of these two, (2) is actually the more critical. We have been losing, not gaining, active committers and reviewers for the last couple years. Clearly "do more of what we've been doing" is a losing strategy. We need to be sucessfully moving people up the contributor chain if we're ever going to get out of this "not enough reviewers" hole. I agree that tooling is a minority of this, but tooling is also the easiest thing to change (compared with project organization), so that's what I'm tackling first. Expect a discussion on the people aspects at the developer meeting. > Personally, I find the most annoying thing with the current process > being when reviewers post their reviews as a completely separate > thread, instead of replying in the original thread. This causes > context switches when parsing things, because now you have to jump > back and forth between the CF app and your mail reader. But it's still > only on the annoyance side, I think the process in general is not > broken. (That said, I *have* been on the inside a long time, *and* I > live in Stockholm, so I might well have that syndrome) So, look at this from the perspective of a casual reviewer, say at a PUG reviewfest. Instructions to new reviewer: 1. find the feature you want to review on the CF app. 2. Click the link to the mailing list archives. 3. Click all the way through the list thread to make sure there isn't a later version of the patch. 4. Download the patch. Hopefully it's not mangled by the archives (this has gotten much better than it was last year) 5. Apply the patch to HEAD clone. 6. Do actual reviewing/testing. 7. Write an email review. 8. Send it to pgsql-hackers 8.a. this requires you to be subscribed to pgsql-hackers. 9. wait for the email to show up in the archives. 10. create a review comment in the CF app. 10.a. this requires you to be signed up for a community account 10.b. sign up for one now 10.c. wait for it to be approved 11. link the review comment to the messageID 12. change status of the patch This is a few too many steps, and certainly appears completely broken to any newcomer. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers