Re: Release cycle length

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Neil Conway <neilc(at)samurai(dot)com>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Release cycle length
Date: 2003-11-18 01:21:45
Message-ID: Pine.LNX.4.44.0311180215410.639-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-www

Neil Conway writes:

> Peter Eisentraut <peter_e(at)gmx(dot)net> 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.

--
Peter Eisentraut peter_e(at)gmx(dot)net

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Christopher Kings-Lynne 2003-11-18 01:24:12 Re: logical column position
Previous Message Peter Eisentraut 2003-11-18 01:12:09 Re: Release cycle length

Browse pgsql-www by date

  From Date Subject
Next Message Christopher Kings-Lynne 2003-11-18 01:46:06 Re: Release cycle length
Previous Message Peter Eisentraut 2003-11-18 01:12:09 Re: Release cycle length