From: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Bruce Momjian <bruce(at)momjian(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: Releasing in September |
Date: | 2016-01-22 14:50:15 |
Message-ID: | 56A241A7.9090603@BlueTreble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 1/20/16 11:40 AM, Tom Lane wrote:
> Yeah. It's certainly unfair if someone's patch doesn't get reviewed,
> but there are only 24 hours in a day, and we have a limited pool of
> reviewer and committer manpower. I think we just have to say that
> sometimes life is unfair.
I think that's a great way to ensure we shrink the pool of reviewers
when someone works on a patch and then it goes nowhere. I find it rather
difficult to get feedback on ideas before I spend the time to code
something, it's got to be even worse for someone the community doesn't
know. So if we're going to do this, I think there must be a mechanism
for a patch idea/design to be approved.
I think we also need to be careful about -hackers being the only place
feature desirability is measured. There's an entire world of users out
there that aren't even on -general. If some feature doesn't really
interest -hackers but there's 50 users that want it and someone willing
to work on it, ISTM we should make efforts to get it committed.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2016-01-22 14:55:12 | Re: Combining Aggregates |
Previous Message | Jim Nasby | 2016-01-22 14:40:28 | Re: Releasing in September |