Re: knngist patch support

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: knngist patch support
Дата
Msg-id 603c8f071002110501m4b7e692asa8cc9849160552b5@mail.gmail.com
обсуждение исходный текст
Ответ на Re: knngist patch support  (Oleg Bartunov <oleg@sai.msu.su>)
Ответы Re: knngist patch support
Список pgsql-hackers
On Thu, Feb 11, 2010 at 3:38 AM, Oleg Bartunov <oleg@sai.msu.su> wrote:
> Robert, please accept my public apology, if you feel I offense you. There
> are
> nothing against you. Your contribution is very important and I really don't
> understand why on the Earth you're not paid ! I remember discussion to paid
> you from our foundation.  That's shame. Does nybody ever got support for
> development from our foundation ?

No, I don't feel like you offended me.  It's more that, from my point
of view, it seems like all the things you're complaining about are
things that you more or less have control over, or at least could have
foreseen.  I have only been involved in this project for a year and a
half, so the CommitFest process is the only process that I know or
understand.  On the whole, I've found it to be a pretty good process.
I get my patches in; I help other people get their patches in (and
hopefully improve them along the way).  It's particularly appealing
when you're a non-committer, as it gives you a formal structure to
make sure your work gets looked at.

It seems that you're sort of frustrated with the system and the need
to go through a process before committing a patch; and that you feel
that the rules are unclear.  I don't think it's a bad thing to go
through a process before committing a patch, especially a large patch
like knngist, but of course that's just my opinion.  I agree that the
fact that the rules are unclear is a problem, though I'm not sure what
to do about it.  I am not sure they are so unclear as you are making
them out to be, but again, I'm biased by being a relative newcomer, as
well as someone who has been in the middle of many of the process
discussions.

> Robert, human resources are the main problem and, first of all,
> our system should work for developers ! If we will not understand each other
> and follow only some unclear rules, we'll lost current developers and will
> not attract new. We, probably, in our particulary case, will follow our
> original suggestion -just contrib module, but I concern about future. Now I
> have to think not just about algorithms and implementation, but about
> reviewer and current regulation.

IMHO, our system has to work for both developers and users, and it has
to work for both committers and non-committers.

...Robert


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bart Samwel
Дата:
Сообщение: Re: Avoiding bad prepared-statement plans.
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Avoiding bad prepared-statement plans.