[#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:01446] Re: Scripting versus programming
From: Dave Thomas <Dave@thomases.com> > "Conrad Schneiker" <schneiker@jump.net> writes: > > > Meanwhile, for point of reference, what do you and Dave Thomas think about > > "invoke"? > > I guess you really, really don't like 'yield', eh? Actually one "really don't" will suffice, but no, I really don't like 'yield' here, especially since it denotes such a very important and powerful Ruby feature, and yet using 'yield' here strongly violates the principle of (semantic) least surprise. It is very un-Ruby-like. To me this seems like the linguistic analog of Microsoft using '\' insead of '/' for file path names. (I've also been involved in watching software usability studies involving the ordering and wording of instructions and such, and my instincts are that 'yield' spells 'trouble' here.) Everywhere else, Ruby uses reasonably semi-intuitive names for its featues, but 'yield' seems to be a very _unnatural_ term to use here. Of course we can get used to any term by familiarity, as Perl users do for 'bless' and as Lisp users do for 'car' and 'cdr' and so on. But I strongly prefer to remove otherwise completely unnecessary causes for such things as FAQ "1.11 I can't understand Ruby even after reading the manual!". Let's be more proactively user friendly toward the soon to be rapidly increasing number of people that might otherwise express such sentiments, as the Ruby user community population boom starts to really take off world wide, over the next few years. Finally, Ruby is still a young language, and it will acquire many additions over the years. To make it as easy as possible for people to learn and understand the inevitably bigger Rubys of the future, it is very important to make sure the core of Ruby is a well-polished gem now. > To me, 'invoke' is what you do to functions or methods. OK. Then how about 'callback'? 'callback' is a non-combinational word (or at least it was written that way in the developerWorks Ruby article, albeit in a somewhat different context). Moreover, 'callback' it is fortuitously mnemonically quite close to 'callBlock', which is presumably otherwise semantically OK, despite being rejected for lexical reasons. Conrad