[#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:16096] Re: Block arguments vs method arguments

From: Sean Russell <ser@...>
Date: 2001-05-31 21:19:54 UTC
List: ruby-talk #16096
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Je jxauxdo 31 Majo 2001 13:38, vi skribis:
>> Hey! -- If I count right, 4 persons (Sean Russell, Hal E. Fulton, Dan
> Moniz and Mirian Crzig Lennox) all bold out that for cosmetic reasons or
> fear of change, they don't like the <..> syntax. Wait, no flame but isn't
> there reasons more important than that?

Well, yes, but most of them are still fundamentally matters of taste:

1) There are better (IMHO) solutions for the problem.  I, personally, liked 
the earlier suggestion of defining scope with { |:var| ... }, and I'm not 
sure whatever happened to this recommendation.

2) Right now, variations of '<' already give us four or five meanings for '<' 
in Ruby ("append", comparisons, bit operations, and HERE string quoting), 
whereas '|' has two (block variable delineation and bit operations).  I would 
be a *touch* more confused having '<' and '>' obtain yet another meaning.

3) An argument for ':var' over '<var>' can be made in recognizing that:
	my_proc { |  var1, :var2 | }
is more flexible than
	my_proc { < var1, var2 > }
I shudder to imagine that attempts to solve this might lead to declarations 
such as:
	my_proc { < var1 > | var2 | }
I agree with the philosophy of keeping maximum backwards compatibility, but I 
think that in some cases it is much better lose backwards compatibility for 
the sake of clean syntax.  I don't think that "<...>" is powerful enough to 
sufficiently solve the scoping "issue", and that using it is a contract for a 
further syntactic change.

4) '<' and '>' are sharp, pointy glyphs, denoting hard, angry imagery; they 
are unfriendly characters, and someone could get hurt using them.  Studies 
show that people who overuse '<' and '>' are more prone to violence than 
those who don't;  this is supported up by the fact that there are very few 
incidences of workplace violence in Lisp-shops. (Ahem...)

=== SER   Deutsch|Esperanto|Francaise|Linux|Java|Ruby|Aikido|Dirigibles|GPG
=== http://www.germane-software.com/~ser  jabber.com:ser  ICQ:83578737
"Democracy is freedom only when the majority are tolerant -- which is 
 never."                       -- Clayton E. Cramer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7FrVtP0KxygnleI8RAizWAJ40gDSwMY8SphqlA8setc7L9w5etwCePuO4
178z+4ZKsoQeWyP1xD7sXhc=
=Njl9
-----END PGP SIGNATURE-----

In This Thread