[#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:16010] Re: new keyword idea: tryreturn, tryturn or done

From: Juha Pohjalainen <voidjump@...>
Date: 2001-05-30 06:17:00 UTC
List: ruby-talk #16010
On Wed, May 30, 2001 at 08:11:24AM +0900, Stefan Matthias Aust wrote:
> Juha Pohjalainen <voidjump@nic.fi> wrote:
> 
> Perhaps I don't understand what you want to achieve, but to express it
> would be own words aehm code you want to say

Sorry about my bad english, but don't worry I'm bad explainer
in finnish too. :-)

Nope, I dont want to own words, just use them. But what I wanted
with the idea of "try-return-or-what-so-ever-name-shall-be" is
simple command to yield power of finishing things at sublevel
instead of every "return" level making if-then-returns.

Consider following pseudo-mailonly-code:

| def mainLevelFunction
|   value = 42
|   list = [4,2,42]
|   # more preparation code here
|   result = firstSublevelFunction value
|   other = firstSublevelFunction list
|   # then do something with that result here
| end
| 
| :
| :
|   
| def firstSublevelFunction value
|   tryreturn secondSublevelFunction1 value { |variable| isGood variable }
|   tryreturn secondSublevelFunction2 value
|   tryreturn secondSublevelFunction3 value, nil
|   tryreturn secondSublevelFunction4 value, value
|   raise "Can not do it"
| end
| 
| :
| :
| 
| def secondSublevelFunction2 value
|   tryreturn thirdSublevelFunction2 value
|   tryreturn thirdSublevelFunction4 value.to_a
|   tryreturn thirdSublevelFunction6 value
|   return nil
| end
| 
| :
| :
| 
| def thirdSublevelFunction4 value
|   if value.empty?
|     return nil
|   end
|   # do you magic here
|   return result
| end

If, for some reason, all other functions in the middle of chain
fail, but our trustworthy thirdSublevelFunction4, and that function
sees that "hmm, this is not empty value, so lets solve it" and
solves it, then those functions, which really are not intrested
in result (they are only intrested that result is finally found)
just pass this "true result" up to chain until there is someone
who is intrested in that value. So, point of decision is at
thirdSublevelFunction4 and point of usage is at mainLevelFunction,
and everything between is just a great grey cloud.

> 
>   if t = (expression) then return t end
> or
>   return t if t = (expression)
> 
> compared to 
> 
>   tryreturn expression

If-then-return has more points for errors and does not clearly
state your intention. Hmm, if that tryreturn replaces if-then...
part, maybe that code should read:

  ifreturn expression

Does that state better what I wanted to achieve?

> is this really worth a new statement?

It was just an idea, and it seems to me that nobody likes it
so then maybe it is not worth it.

> bye
> -- 
> Stefan Matthias Aust \/ Truth Until Paradox

"Bye, and have a great day", says Jippo (finally!).

-- 
 __________________________________________________________________
[   pub 1024/951AFAF5 1995/12/12   Juha Pohjalainen <jmp@iki.fi>   ]
[   fingerprint 41 56 7F F9 8E EC 16 35  BB 42 EF A7 DF 19 FA 31   ]
[__ http://www.iki.fi/jmp/ ________________ GSM +358 40 570 1179 __]

In This Thread