Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 21 Nov 1996 10:54:44 -0600
From:      Richard Wackerbarth <rkw@dataplex.net>
To:        sos@FreeBSD.org
Cc:        hackers@FreeBSD.org
Subject:   Re: Who needs Perl? We do!
Message-ID:  <l03010600aeba36716cbc@[204.69.236.50]>
In-Reply-To: <199611211531.QAA01142@ravenock.cybercity.dk>
References:  <l03010602aeba112be0c7@[208.2.87.4]> from "Richard Wackerbarth" at Nov 21, 96 08:29:05 am

next in thread | previous in thread | raw e-mail | index | archive | help
>In reply to Richard Wackerbarth who wrote:
>>
>> As for the "core team" wishing to cop-out on keeping things up-to-date,
>> they need to open their eyes. The SYSTEM is much more than the "core".

>Am I hearing a volounteer here ??
>
>The reason I am picky about what goes in and what does not, is simply
>that core is the entity that is going to get blamed/flamed/kicked when
>things are not up to snuff.

>What we should do is delegate _RESPONSIBILITY_ of certain areas of
>the system (ports is sortof allready delegated) to individuals or
>groups that take this _SERIOUSLY_ and does a job at it.
>Now the problem is to find these individuals or groups, as each
>time it gets to that, all of a sudden NOBODY is left of the
>horde that screamed for some or other feature.

>Am I hearing a volounteer here ??
>	 or is there silence again this time ??

I suggest that you reconsider your (core) willingness to delegate.
I AM doing some chores which, I assure you, some of the "customers"
consider important.
I HAVE volounteered to take on some things and been rebuffed in my efforts.

In any case, by delegating certain areas, you are defacto adding those
individuals to the (now expanded) "core".  My comment about dodging the
consequences by attempting to distance yourself from the problem still
applies. It is analogous to the situation of the engineering staff being
smeared with the same brush as the manufacturing and marketing staffs.
Although one group did an excellent job on their part, it will never be
recognized if the overall impression of the total package is poor.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?l03010600aeba36716cbc>