Skip site navigation (1) Skip section navigation (2)

Re: 8.5 development schedule

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>
Cc: jd(at)commandprompt(dot)com, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: 8.5 development schedule
Date: 2009-07-01 17:39:30
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com> writes:
> Tom Lane wrote:
>> I think we used to do it more or less like that, but people didn't like
>> it because they couldn't do any long-range planning.

> Does the current system help long-range planning?

> I could imagine an enterprise plan that says "we'll upgrade to
> the current production release in January [after christmas sales]";
> or "we'll begin to upgrade the January after [feature-x] is in
> production".

You have forgotten the context.  This discussion is not about end-user
planning, it is about developer planning.  The issue is whether a
developer should work on feature A that he thinks will take about X
months to finish, or feature B that he thinks will take Y months.
For this purpose it is useful to have an idea of how long it will
be until the next feature freeze.  How long after that the release
will actually hit the street is interesting, but not directly relevant
to whether he's got a chance to get the feature in.

			regards, tom lane

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2009-07-01 17:39:46
Subject: Re: 8.5 development schedule
Previous:From: Kevin GrittnerDate: 2009-07-01 17:39:19
Subject: Re: 8.5 development schedule

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group