From: Pit Capitain Date: 2002-10-09T03:30:53+09:00 Subject: Re: block vars (some theory) Hi David and Guy, I don't quite understand why you both always react so negative to everything Bulat writes. I don't like many of his ideas and his wordings, too, but at least he tries to offer different points of view. For example to me it is much more natural to explicitely declare that a block variable should be shared with an outer scope than to do it the other way round. (I know it breaks the current behaviour, but so does Matz's proposal that block parameters should always be treated as local variables.) And using an explicit keyword is much more readable than the proposed := syntax, that says absolutely nothing to me (sorry matz). So why shouldn't Bulat be allowed to discuss topics like this? Regards, Pit On 8 Oct 2002, at 20:34, dblack@candle.superlink.net wrote: > Hi -- > > On Tue, 8 Oct 2002, ts wrote: > > > >>>>> "B" == Bulat Ziganshin writes: > > > > B> a = 1 > > B> { > > B> a = 2 # ruby prints warning - outer var used without > > explicit import > > > > This is a new language ? > > Get used to it. This guy is clearly here to stay. Every day it's a > new language -- Ruby du jour. And none of it has much to do with what > we unenlightened people insist on referring to as "Ruby". Silly us. > > Sigh. I've kill-filed him, but apparently the attempt to get rid of > even replies *to* him didn't work. I'll check my .procmailrc again. > > And yes, I do know that this reply is going to the whole list. At > this point I don't think mentioning this person as a problem is > terribly shocking. I do wish he'd find another language to troll > in.... Perhaps he can try to convince the Java community to remove > explicit type declarations from the language, or try to get golfers to > use a pyramid-shaped ball, or something. > > > David > > -- > David Alan Black | Register for RubyConf 2002! > home: dblack@candle.superlink.net | November 1-3 work: > blackdav@shu.edu | Seattle, WA, USA Web: > http://pirate.shu.edu/~blackdav | http://www.rubyconf.com > >