[#1263] Draft of the updated Ruby FAQ — Dave Thomas <Dave@...>

33 messages 2000/02/08

[#1376] Re: Scripting versus programming — Andrew Hunt <andy@...>

Conrad writes:

13 messages 2000/02/15

[#1508] Ruby/GTK and the mainloop — Ian Main <imain@...>

17 messages 2000/02/19
[#1544] Re: Ruby/GTK and the mainloop — Yasushi Shoji <yashi@...> 2000/02/23

Hello Ian,

[#1550] Re: Ruby/GTK and the mainloop — Ian Main <imain@...> 2000/02/23

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.))

10 messages 2000/02/19

[#1569] Re: Ruby: constructors, new and initialise — Yukihiro Matsumoto <matz@...>

The following message is a courtesy copy of an article

12 messages 2000/02/25

[ruby-talk:01446] Re: Scripting versus programming

From: "Conrad Schneiker" <schneiker@...>
Date: 2000-02-16 12:12:13 UTC
List: ruby-talk #1446
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

In This Thread