From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 7.4 compatibility question |
Date: | 2003-10-30 17:34:20 |
Message-ID: | Pine.LNX.4.44.0310301831120.2800-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-hackers |
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(at)gmx(dot)net
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-10-30 17:35:40 | Re: 7.4 compatibility question |
Previous Message | Bruce Momjian | 2003-10-29 20:44:59 | Re: 7.4 compatibility question |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-10-30 17:35:40 | Re: 7.4 compatibility question |
Previous Message | Jan Wieck | 2003-10-30 17:29:42 | Re: Bug in Rule+Foreing key constrain? |