On Aug 31, 2006, at 8:47 PM, Tom Lane wrote:
[ hijacking this thread over to where the developers hang out ]
Alvaro Herrera <[EMAIL PROTECTED]> writes:
Tom Lane wrote:
It's pointless to suppose that individual developers would really be
answerable to any project-wide management, since that's not who
paid by. So I tend to think that a project roadmap would be more
exercise in wishful thinking than a useful management tool. OTOH it
*could* be useful, if there are any developers out there
they should work on next. Are there any ... and would they
listen to a
roadmap if they had one, rather than scratching their own itches?
I would certainly listen to a roadmap if it talked to me ...
Well, this question keeps coming up, and we keep arguing about it, and
we still have no data to say whether it would work well for *this*
project. Maybe it's time to take the bull by the horns.
I propose a modest experiment: for the 8.3 development cycle, let's
to agree (in the next month or so) on a roadmap of what major features
should be in 8.3 and who will make each one happen. A year from now,
we will know whether this is a great thing we should continue, or we
should stick to our traditional laissez-faire style of project
management. I figure that even if it really sucks, it wouldn't
to try it for one release cycle --- at the very worst, we'd make up
time in future by no longer needing to waste bandwidth arguing
Would this be a core postgresql code roadmap or something a bit
broader (contrib, custom types, GUI-ish stuff, utilities and what
---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?