[#14464] who uses Python or Ruby, and for what? — ellard2@...01.fas.harvard.edu (-11,3-3562,3-3076)

A while ago I posted a request for people to share their experiences

12 messages 2001/05/01

[#14555] Ruby as a Mac OS/X scripting language — Dave Thomas <Dave@...>

10 messages 2001/05/02

[#14557] Arggg Bitten by the block var scope feature!!! — Wayne Scott <wscott@...>

13 messages 2001/05/02

[#14598] Re: Arggg Bitten by the block var scope feature!!! — "Conrad Schneiker" <schneik@...>

# On Thu, 3 May 2001, Wayne Scott wrote:

9 messages 2001/05/03

[#14636] Yet another "About private methods" question — Eric Jacoboni <jacoboni@...2.fr>

I'm still trying to figure out the semantics of private methods in Ruby.

39 messages 2001/05/04
[#14656] Re: Yet another "About private methods" question — Dave Thomas <Dave@...> 2001/05/04

Eric Jacoboni <jaco@teaser.fr> writes:

[#14666] Ruby and Web Applications — "Chris Montgomery" <monty@...> 2001/05/04

Greetings from a newbie,

[#14772] Re: Ruby and Web Applications — Jim Freeze <jim@...> 2001/05/07

On Sat, 5 May 2001, Chris Montgomery wrote:

[#14710] Why's Ruby so slow in this case? — Stefan Matthias Aust <sma@3plus4.de>

Sure, Ruby, being interpreted, is slower than a compiled language.

12 messages 2001/05/05

[#14881] Class/Module Information — "John Kaurin" <jkaurin@...>

It is possible to modify the following code to produce

18 messages 2001/05/09

[#15034] Re: calling .inspect on array/hash causes core dump — ts <decoux@...>

>>>>> "A" == Andreas Riedl <viisi@chello.at> writes:

15 messages 2001/05/12

[#15198] Re: Q: GUI framework with direct drawing ca pabilities? — Steve Tuckner <SAT@...>

Would it be a good idea to develop a pure Ruby GUI framework built on top of

13 messages 2001/05/15

[#15234] Pluggable sorting - How would you do it? — "Hal E. Fulton" <hal9000@...>

Hello all,

16 messages 2001/05/16

[#15549] ColdFusion for Ruby — "Michael Dinowitz" <mdinowit@...2000.com>

I don't currently use Ruby. To tell the truth, I have no real reason to. I'd

12 messages 2001/05/22

[#15569] I like ruby-chan ... — Rob Armstrong <rob@...>

Ruby is more human(e) than Python. We already have too many animals :-).

15 messages 2001/05/23

[#15601] How to avoid spelling mistakes of variable names — ndrochak@... (Nick Drochak)

Since Ruby does not require a variable to be declared, do people find

13 messages 2001/05/23

[#15734] java based interpreter and regexes — "Wayne Blair" <wayne.blair@...>

I have been thinking about the java based ruby interpreter project, and I

48 messages 2001/05/25

[#15804] is it possible to dynamically coerce objects types in Ruby? — mirian@... (Mirian Crzig Lennox)

Greetings to all. I am a newcomer to Ruby and I am exploring the

13 messages 2001/05/27
[#15807] Re: is it possible to dynamically coerce objects types in Ruby? — matz@... (Yukihiro Matsumoto) 2001/05/27

Hi,

[#15863] Experimental "in" operator for collections — Stefan Matthias Aust <sma@3plus4.de>

There's one thing where I prefer Python over Ruby. Testing whether an

13 messages 2001/05/28

[#15925] Re: Block arguments vs method arguments — ts <decoux@...>

>>>>> "M" == Mike <mike@lepton.fr> writes:

43 messages 2001/05/29
[#16070] Re: Block arguments vs method arguments — "Hal E. Fulton" <hal9000@...> 2001/05/31

----- Original Message -----

[#16081] Re: Block arguments vs method arguments — Sean Russell <ser@...> 2001/05/31

On Thu, May 31, 2001 at 11:53:17AM +0900, Hal E. Fulton wrote:

[#16088] Re: Block arguments vs method arguments — Dan Moniz <dnm@...> 2001/05/31

At 11:01 PM 5/31/2001 +0900, Sean Russell wrote:

[#15954] new keyword idea: tryreturn, tryturn or done — Juha Pohjalainen <voidjump@...>

Hello everyone!

12 messages 2001/05/29

[ruby-talk:16014] Re: new keyword idea: tryreturn, tryturn or done

From: "Wayne Blair" <wayne.blair@...>
Date: 2001-05-30 07:11:25 UTC
List: ruby-talk #16014
"Juha Pohjalainen" <voidjump@nic.fi> wrote in message
news:20010530083405.C15296@lanfear.nic.fi...
> On Wed, May 30, 2001 at 07:41:25AM +0900, Wayne Blair wrote:
> > I always had a love/hate relationship with the efficient but cryptic:
> >
> > if (x=getValue) return x
>
> More recently my love/hate relationship with such code has turned
> to be hate/hate relationship. :-(
>
> First, I don't like using too short and meaningless variable names.
> Secondly, above code opens up possibility for errors like:
> if (x==getValue) return x
>
> That is, if you come later back to that code (or someone
> else comes back) one year later, and have to change something,
> meaning of original code might have been forgotten and cryptic
> code does not help.
>
> > I like the idea of creating something less cryptic and just as
efficient,
> > but your implementation doesn't seem to make it less cryptic or more
> > efficient.
>
> I think it is less cryptic, because it states your intention.

No matter how you name it, I don't think it states your intention
intuitively,
because you have to interpret the block - in other words you have to
understand the convention pretty thoroughly to get it, just like you would
have to understand the C-convention, which I agree sucks but POLS tells me
to
stick with an existing convention rather than introduce a new one unless it
offers significant benefits.  The advantage of the C-convention over yours
is that
you can at least see it and analyze it in one place.  If revealing intention
is your real goal,
then I think the long version with intention revealing variable names is
preferable to
what you are proposing - especially because the code is right in front of
you.

> I think it is more efficient, because no need for temporary variable.

tryturn( scientists ) {|x| return x} in your example creates a temporary
variable in the block.
It also generates another method call and potentially a yield to a block.


Anyway, your code is interesting enough to keep me thinking about it for
awhile - would like to
see your thoughts on additional power of this technique.

Wayne


In This Thread