[#13775] Problems with racc rule definitions — Michael Neumann <neumann@...>

15 messages 2001/04/17
[#13795] Re: Problems with racc rule definitions — Minero Aoki <aamine@...> 2001/04/18

Hi,

[#13940] From Guido, with love... — Dave Thomas <Dave@...>

52 messages 2001/04/20

[#13953] regexp — James Ponder <james@...>

Hi, I'm new to ruby and am coming from a perl background - therefore I

19 messages 2001/04/21

[#14033] Distributed Ruby and heterogeneous networks — harryo@... (Harry Ohlsen)

I wrote my first small distributed application yesterday and it worked

15 messages 2001/04/22

[#14040] RCR: getClassFromString method — ptkwt@...1.aracnet.com (Phil Tomson)

It would be nice to have a function that returns a class type given a

20 messages 2001/04/22

[#14130] Re: Ruby mascot proposal — "Conrad Schneiker" <schneik@...>

Guy N. Hurst wrote:

21 messages 2001/04/24
[#14148] Re: Ruby mascot proposal — Stephen White <spwhite@...> 2001/04/24

On Tue, 24 Apr 2001, Conrad Schneiker wrote:

[#14188] Re: Ruby mascot proposal — matz@... (Yukihiro Matsumoto) 2001/04/25

Hi,

[#14193] Re: Ruby mascot proposal — "W. Kent Starr" <elderburn@...> 2001/04/25

On Tuesday 24 April 2001 23:02, Yukihiro Matsumoto wrote:

[#14138] Re: python on the smalltalk VM — Conrad Schneiker <schneik@...>

FYI: Thought this might be of interest to the JRuby and Ruby/GUI folks.

27 messages 2001/04/24
[#14153] Re: python on the smalltalk VM — Andrew Kuchling <akuchlin@...> 2001/04/24

Conrad Schneiker <schneik@austin.ibm.com> writes:

[#14154] array#flatten! question — Jim Freeze <jim@...> 2001/04/24

Hello.

[#14159] Can I insert into an array — Jim Freeze <jim@...> 2001/04/24

Ok, this may be a dumb question, but, is it possible to insert into an

[#14162] Re: Can I insert into an array — Dave Thomas <Dave@...> 2001/04/24

Jim Freeze <jim@freeze.org> writes:

[#14289] RCR: Array#insert — Shugo Maeda <shugo@...> 2001/04/27

At Wed, 25 Apr 2001 01:28:36 +0900,

[#14221] An or in an if. — Tim Pettman <tjp@...>

Hi there,

18 messages 2001/04/25

[#14267] Re: Ruby mascot proposal — "Conrad Schneiker" <schneik@...>

Danny van Bruggen,

16 messages 2001/04/26

[#14452] How to do it the Ruby-way 3 — Stefan Matthias Aust <sma@3plus4.de>

First a question: Why is

21 messages 2001/04/30

[ruby-talk:14384] Re: Separating the wheat from the chaff.

From: "W. Kent Starr" <elderburn@...>
Date: 2001-04-28 18:38:13 UTC
List: ruby-talk #14384
On Saturday 28 April 2001 13:23, Marc Butler wrote:
> Hi all,
>
>  Would it be possible to split the ruby-talk into two groups delineated by
> subject matter?  My personal intuition is one group named 'community' for
> discussion of predominantly non-technical issues such as Mascots, book
> reviews, ruby group meetings, and "what other people said about ruby"
> discussions.  The other list would be focused on technical concerns, such
> as language problems, questions and patches.
>
>  I believe the level of sycophancy and politics on this list, is beginning
> to swamp the technical material.  The non-technical material is at best of
> only passing interest to me, and I hope I am not the only one who feels
> this way.
>
>  I do not know how difficult this would be for the list manintainer. 
> Considering the work for the list is volunteered (I assume.), I accept
> their decision (or matz) as the final answer.
>
> Respectfully,
> Marc.
>
> Yes, I expect to be flamed for this post.
>
> --
> Political correctness is an euphemism for euphemism.
> mlb@noworkingparts.com

LOL re the sig! :-)

No, you aren't going to be flamed. Personally, I have two problems with 
splitting the list. (1) some people who _need_ or can benefit from, even if 
the don't at the time fully understand, the technical information, may not be 
subscribed to the 'technical' list; (2) some people who may _need_ or can 
benefit from, even if they do not fully understand, the community 
information, may not be subscribed to the community list.

I guess it basically boils down to whether we, as individuals, prefer to 
accept a 'technocracy' or whether we prefer a more well-rounded 'community'. 
I tend to think that Ruby both favors and fosters the latter.

There are a number of issues influencing technical decisions that have 
nothing to do with technology per se but are the results of a broader base of 
community values. (in Dave's words, loosely paraphrased, this would be a 
'dampening effect') 

And, there are a number of 'community values' that are strongly influenced by 
the progress of technology. Separation of the two would IMO be a mistake.

This suggestion, I strongly suspect, is based on the currently running 'Ruby 
mascot' thread. And, while the discussion does nothing of significance to 
advance the language, it is _very_ revealing re the personalities, life 
experiences/choices and priorities of those who have contributed. Indirectly, 
the subconscious awareness of these things by all will, in the long term, 
subtly influence some of the technical decisions (like to RCR or not and why 
or why not a given individual advocates one of the other)

To put things into perspective, there was, not long ago, a _very_ technical 
thread running re some deep details of C/C++. This thread ran to over 100 
posts, at which time suggestions were _then_also_ made re 'splitting the 
list'. Consensus of opinion skewed to _not_ splitting; I believe I am not the 
only one who derived value from that discussion even though parts of it are 
beyond my experience level and most of it was very much off topic re Ruby per 
se. 

While it is, personally, not a difficulty for me to sub to both lists (or for 
any of us at this point), it might in future be a problem for newcomers, who 
may opt for one list or the other(s) based on description; they will be both 
making a wrong decision for the wrong reasons, likely, and will definitely be 
missing out on things of value.

OTOH it is not a problem for any of us to ignore posts in which we have no 
interest. I temporarily ignore some threads (not for lack of interest but 
rather time at the moment) but I save them for latter review. I personally 
would prefer the convenience of a single list, but the way I have my 
mailboxes set up, it doesn't really matter. Any objections I have to 
splitting the list are a result of personal philosophy and not personal 
convenience.

At any rate, my 2 cents FWIW.

Regards,

Kent Starr
elderburn@mindspring.com
 

In This Thread