Re: 8.2 features status

Lukas Smith <smith(at)pooteeweet(dot)org> writes:

> David Fetter wrote:
>
> > On Fri, Aug 04, 2006 at 02:37:56PM -0700, Neil Conway wrote:
> >> On Fri, 2006-08-04 at 12:40 -0700, David Fetter wrote:
> >>> While I am not going to reopen the can of worms labeled 'bug
> >>> tracker', I think it would be good to have a little more formality
> >>> as far as claiming items goes.
> >>> What say?
>
> >> I think this is a good plan for adding additional process overhead,
> >> and getting essentially nothing of value in return. I'm not
> >> convinced there's a problem in need of solving here...
>
> > Perhaps you'd like to explain how big a burden on the developer it is
> > to send an once a week, that being what I'm proposing here.

There seems to be a lack of recognition here of how free software development
works. When people are contributing their time scratching an itch for their
own edification the LAST thing they want is to have a manager to report to.

> > As far as the "problem in need of solving," it's what Andrew Dunstan
> > referred to as "splendid isolation," which is another way of saying,
> > "letting the thing you've taken on gather dust while people think
> > you're working on it."

Really you guys are talking as if the developers that are working for the most
part on an entirely volunteer basis have some sort of responsibility to you.
They do not. If they don't feel like tell you where they're at then feel free
to ask for your money back.

Now if you think you have some tool that will make it easier for developers to
do something they honestly want to do then feel free to suggest it and make it
available. But if you want to dictate how programmers work for the gain of
others you're going to have a hard time swimming against the current.

Now not all the developers working on Postgres are unpaid volunteers. But the
ones that aren't have their own managers to report to already and their own
timelines and other responsibilities to deal with. They're not being paid to
meet yours.

--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com