[#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:01276] Re: Draft of the updated Ruby FAQ

From: Dave Thomas <Dave@...>
Date: 2000-02-09 15:22:09 UTC
List: ruby-talk #1276
Clemens Hintze <clemens.hintze@alcatel.de> writes:

> Your explaination is ok, but, IMHO, I feel we could describe it more
> explicite. 
> 
> We should explain the user, that the compiler has to decide on compile
> time, whether a mentioned symbol means variable access or method call
> (performance and architectural reasons; variable access is *very*
> difficult from method invocation).

Yes, I like this.

> 3.3 How is a block used in an iterator?
> 
> Nice, but could you explicite explain, that blocks are not consumed by
> 'Proc.new', 'lambda' and 'proc'? So the last example would become more
> clear. If not, I could ask myself with what block does 'proc' operate
> with? Because the block was already used by 'Proc.new'!

I _could_, but why is this different to saying that they're not
consumed by yield:

   def iter
     yield 1
     yield 2
   end

is really no different to

   def iter
     proc.call
     proc.call
   end

Or am I missing something here?

> 4.1 What does :var mean?
> 
> Again, I cannot see the reason why it is important for the user to
> know, that the ':var' form will create local symbols.

OK, lets agree to differ on this. It seems to me that some information 
is better than none. When I was leaning Ruby, I remember thinking that 
this was interesting.

> 4.2 How can I access the value of a symbol?
> 
> If you ask this question, would it make sense also to ask: How can I
> access the method behind a symbol?

It's there now!


New version's on the web.



Thanks again.


Dave


-- 
Thomas Consulting.
Innovative and successful developments with Unix, Java, C, and C++. 

Now in bookstores:
 The Pragmatic Programmer.  www.pragmaticprogrammer.com/ppbook/

In This Thread