From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Jim C(dot) Nasby" <jim(at)nasby(dot)net> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Seeking Google SoC Mentors |
Date: | 2007-02-27 05:47:14 |
Message-ID: | 12559.1172555234@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-students |
"Jim C. Nasby" <jim(at)nasby(dot)net> writes:
> Yes, but the list being discussed is SoC projects that the community
> would like to see done, which means most people would assume that #1
> isn't an issue.
> We need to make sure that every project on the list of SoC ideas is
> supported by the community.
Agreed, except that in most cases a one-liner description of an idea
isn't enough to get a meaningful reading on whether people think it's
sane or not. To take our current example: do you think a one-liner
description of full disjunctions would have gotten any feedback, except
for requests for more detail?
I'm not sure how we fix that --- laying out every acceptable project
in great detail in advance won't happen for lack of manpower, and wouldn't
be a good idea even if we could do it, because that sounds like a great
way to stifle creativity. At the same time we can hardly promise to
accept every wild-west idea that someone manages to turn into some kind
of code. What can we tell the students other than "get as much feedback
as you can, as early as you can"?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2007-02-27 05:54:28 | Re: autovacuum next steps, take 2 |
Previous Message | Jim C. Nasby | 2007-02-27 05:45:19 | Re: COMMIT NOWAIT Performance Option |
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2007-02-27 09:21:42 | Re: Seeking Google SoC Mentors |
Previous Message | Jim C. Nasby | 2007-02-27 04:43:46 | Re: Seeking Google SoC Mentors |