Ted,
Let me give my counter point and then I will say no more.
IMHO, for a list to be useful it needs to have a certain critical mass of
subscribers. When there aren't enough people to get a discussion going,
people stop posting. If the messages are few and far between, the list
tends to atrophy altogether. You need community and you need
cross-fertilization of ideas from that community. Maybe it is like the gene
pool - if there aren't enough people participating, it doesn't work.
If there was one list for the commons, more people will be exposed to each
component of the commons. It will make the components more well known.
People may not need a component now but they may remember later a
discussion about some capability. I feel that one of the keys to the
success of the commons will be how well its components are known, because
only then will they be reused.
Conor
----- Original Message -----
From: "Ted Husted" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 07, 2001 11:57 PM
Subject: Re: [PROPOSAL] The Commons
> Conor MacNeill wrote:
> >
> > Ted,
> >
> > Sounds good to me. I think it would be better to start with one mailing
list
> > so ensure there is enough "mass" in discussions.
>
> I feel strongly that there should be a combined user/dev list for each
> package, and I personally stand by the statement in the FAQ.
>
> --
>
> Why is there a separate mailing list for each package?
>
> It's possible that many users or developers may be interested in a
> single package or two. We feel that if we do not keep the list traffic
> separate, it may be much harder for people to focus on the packages they
> care about. Since this is a volunteer effort, we must be very sensitive
> to the time constraints and attention spans of our developers and users.
> People who have a wider interest can just subscribe to additional lists.
> If this doesn't work out, it would be a simple matter to merge the
> subscription lists later.
>
> --
>
> I believe that if "the unit of reuse is the unit of release", then it
> should also be the unit of subscription.
>
> -Ted.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
