Re: AW: [HACKERS] My new job

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at>
Cc: "'Bruce Momjian'" <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-general <pgsql-general(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: AW: [HACKERS] My new job
Date: 2000-10-16 16:21:01
Message-ID: 26283.971713261@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at> writes:
> One thing that comes to my mind is, that you (core members) working full
> time on PG will produce so much work, that we "hobby PgSQL'ers" will
> have a hard job in keeping up to date.

When core was first talking to the Great Bridge folks, one of our big
concerns was that a group of commercial developers contributing to the
project would be able to control the direction of the project by sheer
manpower, ie, core wouldn't have time to review their submissions in
any detail.

That risk is still with us, though it looks a little different now that
we ourselves are the commercial developers in question ;-).

I agree with what a couple of people have already remarked: transparency
of decision making is going to be a critical issue in the future. Each
of us full-timers will have to be very careful to keep pghackers
informed about what we're doing or thinking of doing. It won't benefit
the project if a few core developers get to work full-time, but everyone
else drops out because they feel they can't keep up or are not able to
make a meaningful contribution.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Jim Mercer 2000-10-16 16:33:39 Re: 7.1 Release Date
Previous Message Marcin Mazurek 2000-10-16 16:20:03 plpgsql, insert with wariables in function triggered

Browse pgsql-hackers by date

  From Date Subject
Next Message Mikheev, Vadim 2000-10-16 16:21:13 Ответ: [HACKERS] Possible performance improvement: buffer replacement policy
Previous Message Mikheev, Vadim 2000-10-16 16:18:39 Ответ: WAL and indexes (Re: [HACKERS] WAL status & todo)