X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id AD217D1B897 for ; Thu, 30 Oct 2003 17:35:17 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 99193-02 for ; Thu, 30 Oct 2003 13:34:47 -0400 (AST) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by svr1.postgresql.org (Postfix) with SMTP id F16FDD1B566 for ; Thu, 30 Oct 2003 13:34:45 -0400 (AST) Received: (qmail 1442 invoked by uid 65534); 30 Oct 2003 17:34:29 -0000 Received: from dsl-082-082-165-081.arcor-ip.net (EHLO dsl-082-082-165-081.arcor-ip.net) (82.82.165.81) by mail.gmx.net (mp025) with SMTP; 30 Oct 2003 18:34:29 +0100 X-Authenticated: #495269 Date: Thu, 30 Oct 2003 18:34:20 +0100 (CET) From: Peter Eisentraut X-X-Sender: peter@peter.localdomain To: Bruce Momjian Cc: Andrew Dunstan , Subject: Re: 7.4 compatibility question In-Reply-To: <200310261344.h9QDirp13426@candle.pha.pa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200310/1495 X-Sequence-Number: 46177 Bruce Momjian writes: > Bug tracking systems have the same limitation as incremental release > notes --- youi have to do a lot of piecemeal work to get complete output > at the end, rather than doing it more efficiently in one batch. > > Most people working on PostgreSQL are volunteers, and one of my primary > jobs is to make it easy for them --- if it takes me a week to get the > release notes together --- so be it --- I am making it easier for > others. That is not the scalable community approach that has been successful in other areas of development. You might as well say, "Just tell me all the features you need and I'll implement them." Now *that* would make it easy for other people. Once upon a time we thought that documentation wasn't important or that is was hindering people to get involved. I think that has largely been disproven and we have been very successful with the "document the code when you write it" approach. The same approach can be used for the release notes. -- Peter Eisentraut peter_e@gmx.net