Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Mime-Version: 1.0 (Apple Message framework v752.2)
In-Reply-To: <44E1F5E2.3020806@pobox.com>
References: <000f01c6bc06$20698610$1200080a@kepler>
 <44DA8693.2010106@rowe-clan.net>
 <31cc37360608100945k1498b28el1aa03228498a1524@mail.gmail.com>
 <20060810215236.GA65774@bali.sjc.webweaving.org>
 <386DDF71-43A6-4FAD-B5CF-285705EC6D76@jaguNET.com>
 <D773D4A4-75E2-4D4C-85A9-13650C74E8C5@holsman.net>
 <5ec229170608142316t3aadfdb4h3c97bfb24f2c2a74@mail.gmail.com>
 <AB40B247-0239-4F10-8806-808C625035D5@holsman.net>
 <5ec229170608150202o58da1bcdoe5a5ad1a452070c7@mail.gmail.com>
 <96BC792A-9DC2-4D30-A185-B0868FA2423F@holsman.net>
 <db94f1a0608150550v29d6ede6gb7035b745acbe9fc@mail.gmail.com>
 <CAF24330-104E-4818-AF91-E92DD7D2B735@jaguNET.com>
 <44E1E11C.8030202@servoy.com> <44E1F5E2.3020806@pobox.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <069AE0A9-1847-43F9-8FF3-B6DD86E4EEB1@maven.org>
Content-Transfer-Encoding: 7bit
From: Jason van Zyl <jason@maven.org>
Subject: Re: IRC Channel?
Date: Wed, 16 Aug 2006 13:33:48 -0400
To: general@incubator.apache.org

On 15 Aug 06, at 12:27 PM 15 Aug 06, Geir Magnusson Jr wrote:

>
>
> Jan Blok wrote:
>> Hi,
>>
>> What could be the problem of any real-time communication medium usage
>> between some community members as long as every one agrees code and
>> design decisions are made on the mailing list?
>
> Because the reality is that decisions are made on IRC, implicitly.   
> It's
> hard to engage in an argument that already happened, especially  
> when the
> discussion was very conversational rather than formal :
>
> A: what do you think?
> B: Well, like you said before...
> A : about the contstructor
> B : no, the other thing
> A : related to using =?
> B : right that it..  it would be better if that was done as Jim
> suggested....
>
> versus the more formal statements people make in email
>
> "I'm beginning to agree that ensuring that re-serializing the  
> Properties
> preserves the original delimiter ("=" in Jim's example) that was  
> used in
> the original file."
>

That's a sweeping generalization which in many cases is not true.

Email can be just as unclear and people going "Sorry, I don't  
understand what you just said" happens often. In IRC where you can  
iterate to the point of understanding and pastebin examples to get  
your point across works very well.

I don't think the argument can be made that one form of communication  
has a better rate of conveyance. I would say IRC does, you would say  
email does. I think the argument here is one of persons/groups being  
excluded or not which is matter of project members' attitudes about  
inclusion.

Jason.

> geir
>
>
>>
>> Regards Jan Blok
>>
>>
>>
>> Jim Jagielski wrote:
>>
>>> I think one way of looking at this is simply remembering that
>>> the ASF values community over code. Yes, IRC and other
>>> real-time communication methods means "quicker" code
>>> development, etc, but it places, IMO, an undue barrier
>>> to the development of the community.
>>>
>>> -------------------------------------------------------------------- 
>>> -
>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: general-help@incubator.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

Jason van Zyl
jason@maven.org


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org