public inbox for [email protected]
help / color / mirror / Atom feedFrom: Joshua D. Drake <[email protected]>
To: Peter Eisentraut <[email protected]>
Cc: Neil Conway <[email protected]>
Cc: PostgreSQL Development <[email protected]>
Subject: Re: Release cycle length
Date: Mon, 17 Nov 2003 17:58:20 -0800
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
Hello,
Personally I am for long release cycles, at least for major releases.
In fact
as of 7.4 I think there should possibly be a slow down in releases with more
incremental releases (minor releases) throughout the year.
People are running their companies and lives off of PostgreSQL, they
should
be able to rely on a specific feature set, and support from the community
for longer.
Sincerely,
Joshua Drake
Peter Eisentraut wrote:
>Neil Conway writes:
>
>
>
>>Peter Eisentraut <[email protected]> writes:
>>
>>
>>>The time from release 7.3 to release 7.4 was 355 days, an all-time
>>>high. We really need to shorten that.
>>>
>>>
>>Why is that?
>>
>>
>
>First, if you develop something today, the first time users would
>realistically get a hand at it would be January 2005. Do you want that?
>Don't you want people to use your code? We fix problems, but people must
>wait a year for the fix?
>
>Second, the longer a release cycle, the more problems amass. People just
>forget what they were doing in the beginning, no one is around to fix the
>problems introduced earlier, no one remembers anything when it comes time
>to write release notes. The longer you develop, the more parallel efforts
>are underway, and it becomes impossible to synchronize them to a release
>date. People are not encouraged to provide small, well-thought-out,
>modular improvements. Instead, they break everything open and worry about
>it later. At the end, it's always a rush to close these holes.
>
>Altogether, it's a loss for both developers and users.
>
>
>
--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-222-2783 - [email protected] - http://www.commandprompt.com
Editor-N-Chief - PostgreSQl.Org - http://www.postgresql.org
view thread (83+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected]
Subject: Re: Release cycle length
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox