[#1215] Tk widget demo; English Tk docs?; Java 1.2 Swing — "Conrad Schneiker" <schneiker@...>
Hi,
[#1218] Trivial FAQ bug — Dave Thomas <Dave@...>
[#1229] A vote for old behavior — Dave Thomas <Dave@...>
[#1232] Any FAQ requests, updates, ... — Dave Thomas <Dave@...>
[#1233] Singleton classes — Dave Thomas <Dave@...>
[#1263] Draft of the updated Ruby FAQ — Dave Thomas <Dave@...>
[#1307] Ruby/GTK 0.23 released — Hiroshi IGARASHI <igarashi@...>
Hi all,
From: Hiroshi IGARASHI <igarashi@ueda.info.waseda.ac.jp>
From: "Conrad Schneiker" <schneiker@jump.net>
On Fri, Feb 18, 2000 at 09:37:27PM -0500, Yasushi Shoji wrote:
[#1322] FAQ: Ruby acronyms — "Conrad Schneiker" <schneiker@...>
In the spirit of TABWTDI (there are better ways to do it), I'd like to
[#1341] Vim syntax file — Mirko Nasato <mirko.nasato@...>
Hi,
On Mon, Feb 14, 2000 at 05:44:39PM +0100, Mirko Nasato wrote:
[#1354] Say hi (bis) — Pixel <pixel_@...>
hi all,
[#1355] nice sample for functional stuff — Pixel <pixel_@...>
what about having map in standard (and map_index too)?
[#1373] Ruby Language Reference Manual--Glossary — "Conrad Schneiker" <schneiker@...>
I was going to print the Ruby Language Reference Manual when I noticed that
[#1376] Re: Scripting versus programming — Andrew Hunt <andy@...>
Conrad writes:
[#1379] Re: Yield — Andrew Hunt <andy@...>
>From: "Conrad Schneiker" <schneiker@jump.net>
[#1384] Re: Say Hi — mengx@...
My suggestion was to try to find a more comfortable method name (to me, and
[#1392] Re: Some Questions - Parameterised Types / Invariants — Andrew Hunt <andy@...>
>1. Parameterised Types / Template Classes
[#1398] Bignum aset — Andrew Hunt <Andy@...>
[#1488] Discussion happens on news.groups — Clemens Hintze <c.hintze@...>
Hi,
[#1508] Ruby/GTK and the mainloop — Ian Main <imain@...>
Hello Ian,
On Wed, Feb 23, 2000 at 02:56:10AM -0500, Yasushi Shoji wrote:
[#1516] Ruby: PLEASE use comp.lang.misc for all Ruby programming/technical questions/discussions!!!! — "Conrad Schneiker" <schneiker@...>
((FYI: This was sent to the Ruby mail list.))
From: "Conrad Schneiker" <schneiker@jump.net>
[#1528] ruby <=> python — Quinn Dunkan <quinn@...>
Hello! I'm new to ruby-talk, and mostly new to ruby. I'm making a document
[#1551] Ruby thread scheduling buglet — Ian Main <imain@...>
[#1569] Re: Ruby: constructors, new and initialise — Yukihiro Matsumoto <matz@...>
The following message is a courtesy copy of an article
[#1591] Certain char's not recognized by "." in regex? — Wes Nakamura <wknaka@...>
[#1592] Race condition in Singleton — Dave Thomas <Dave@...>
[ruby-talk:01320] Re: Draft of the updated Ruby FAQ
From: Dave Thomas <Dave@thomases.com> > "Conrad Schneiker" <schneiker@jump.net> writes: > > > From: Conrad Schneiker <schneiker@jump.net> > > > > > I think that "1.9 Which is correct, Ruby or ruby?" needs to additionally > > > include and describe a third name, "Ruby!", since Ruby is our method for > > > changing the programming world for the better, right? > > > > I forgot to mention that I think it would be better to designate > > "destructive methods" as "change methods" or "replacement methods". > > I must admit I don;t like 'destructive' either. I think some languages > call them 'mutators'. Good point; I forgot about that. That might even be the most common term, AFAIK. However it has rather unfortunate biological associations. Many people have started proclaiming the 21st century to be the biological century, which I like, and which presently seems likely to endure. Another thing that motivated the search that led me to Ruby was the growing split between the use of Perl and Python for leading edge work in biotech, and Ruby appears to be the best way to bridge this growing gap in the medium-to-long run. I therefore consider the rapid development and spread of Ruby to be quite literally good for my long term heath, and everyone else's too. (More generally, because of its unusual simplicity and generality for dealing with complex stuff, I also consider Ruby to have significantly more-than-usual long term potential leverage for increasing the rate of overall technological evolution, and thus for advancing the world economy, and thus for helping more rapidly raise the world standard of living and quality of life.) So unless someone has a better idea, I very strongly prefer the simple/natural term "change methods" over "destructive methods" or "mutator methods". > Group? Conrad