Re: Win32, PITR, nested transactions, tablespaces - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Win32, PITR, nested transactions, tablespaces
Date
Msg-id 874qpzbych.fsf@stark.xeocode.com
Whole thread Raw
In response to Re: Win32, PITR, nested transactions, tablespaces  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Win32, PITR, nested transactions, tablespaces  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:

> Reality check  --- why should they keep going if the stuff if appication
> is going to be months away, and these big features are going to change
> CVS significantly anyway?
> 
> Let's be honest --- if they aren't going to make it, they will stop
> working hard and do something else with their time.

I subscribe to a lot of development mailing lists. This is the only place I've
seen people say things like this. You're not the only one, someone else made a
similar comment recently too.

Usually in other projects when a new development cycle starts and the tree
frees up after a release there's a rush of new features. That's when people
finally feel free to start applying all the radical changes they dreamed up
during the previous development cycle. Normally they hold off on them if
they're towards the end of the development cycle even if they're not in a
formal freeze. It just just takes time for these radical changes to settle out
and they feel more comfortable applying them early in the cycle.

This is the only place where I see hardly any movement on major items the
whole development cycle, then a rush of radical changes just before the
freeze.

It's a little weird.

-- 
greg



pgsql-hackers by date:

Previous
From: Greg Stark
Date:
Subject: Re: Extended customizing, SQL functions,
Next
From: Tom Lane
Date:
Subject: Re: false infinite recursion detected