[#37041] [ANN] Exerb/Exerb-CC 2.6.0 — Yuya Kato <yuya-ml@4th.to>
未踏ユース終了まで1ヶ月を切って、焦り気味のYuyaです。
27 messages
2003/02/02
[#37074] Re: [ANN] Exerb/Exerb-CC 2.6.0
— Satoshi Osabe <s-osabe@...>
2003/02/09
長部と申します。
[#37096] Re: [ANN] Exerb/Exerb-CC 2.6.0
— Satoshi Osabe <s-osabe@...>
2003/02/11
長部です。
[#37202] Re: [ANN] Exerb/Exerb-CC 2.6.0
— "TOYOFUKU Chikanobu" <toyofuku@...>
2003/03/02
豊福です。
[#37206] Re: [ANN] Exerb/Exerb-CC 2.6.0
— Yuya Kato <yuya-ml@4th.to>
2003/03/04
Yuyaです。
[#37208] Re: [ANN] Exerb/Exerb-CC 2.6.0
— Satoshi Osabe <osabe@...>
2003/03/04
長部と申します。
[#37209] Re: [ANN] Exerb/Exerb-CC 2.6.0
— nobu.nakada@...
2003/03/04
なかだです。
[#37211] Re: [ANN] Exerb/Exerb-CC 2.6.0
— "U.Nakamura" <usa@...>
2003/03/04
こんにちは、なかむら(う)です。
[#37047] String#each_byte — Take_tk <ggb03124@...>
たけ(tk)です
12 messages
2003/02/04
[#37050] Re: String#each_byte
— Tietew <tietew-ml-ruby-list@...>
2003/02/04
[#37052] 改行が認識されない? — 金光雅夫 (KANEMITSU Masao) <masao-k@...>
金光です。どもっ。
6 messages
2003/02/04
[#37058] Re: Local variables & blocks — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
27 messages
2003/02/05
[#37059] Re: Local variables & blocks
— ichimal@...
2003/02/06
皆様、初めまして鈴木です。
[#37063] Re: Local variables & blocks
— matz@... (Yukihiro Matsumoto)
2003/02/07
まつもと ゆきひろです
[#37110] Re: Local variables & blocks
— ichimal@...
2003/02/16
鈴木です。
[#37115] Re: Local variables & blocks
— Tanaka Akira <akr@...17n.org>
2003/02/17
In article <200302161629.h1GGTvJ5008901@fenix.ne.jp>,
[#37123] 私はこれにハマリました。
— Shin-ichiro HARA <sinara@...>
2003/02/18
原です。
[#37065] UDPから受信出来ない。 — Toru MITANI <toru@...>
6 messages
2003/02/07
[#37081] setup.rb: Patch to ignore CVS,*~,... — "Shirai,Kaoru" <shirai@...>
白井です。
13 messages
2003/02/10
[#37082] Re: setup.rb: Patch to ignore CVS,*~,...
— Minero Aoki <aamine@...>
2003/02/10
あおきです。
[#37083] Re: setup.rb: Patch to ignore CVS,*~,...
— "Shirai,Kaoru" <shirai@...>
2003/02/10
白井です。
[#37084] Re: setup.rb: Patch to ignore CVS,*~,...
— Minero Aoki <aamine@...>
2003/02/10
あおきです。
[#37085] Re: setup.rb: Patch to ignore CVS,*~,...
— "Shirai,Kaoru" <shirai@...>
2003/02/10
白井です。
[#37114] 配列とべき集合 — Masahiro Sato <msato@...>
7 messages
2003/02/17
[#37135] TMailと..なFrom行 — ICHIKAWA Manabu <ichikawa@...>
市川ともうします。
5 messages
2003/02/19
[#37153] rubyからJavaScriptの関数を起動する方法は? — "Masakazu Fujimoto" <masakazu@...>
8 messages
2003/02/23
[#37162] Rubyの10年 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
9 messages
2003/02/24
[#37171] setup.rb 3.1.4 — Minero Aoki <aamine@...>
あおきです。
7 messages
2003/02/25
[#37179] — "松尾尚典" <matsuo.hisanori@...>
松尾です。こんばんは。
10 messages
2003/02/25
[ruby-list:37115] Re: Local variables & blocks
From:
Tanaka Akira <akr@...17n.org>
Date:
2003-02-17 12:02:25 UTC
List:
ruby-list #37115
In article <200302161629.h1GGTvJ5008901@fenix.ne.jp>, ichimal@fenix.ne.jp writes: >> |未初期化値として持ち込むのは、double meaning です。 > 現在も存在しますねぇ。新スコープルールに移行すると double meaning に > 無効値の代表値である以上、現状で既に double (triple?) meaning だと考え > そして、この double meaning は互換性の問題を考えても解消可能な範疇に というようにたくさん double meaning というのが出て来るのですが、この double meaning というのは >> 「未初期化」と「無効である」はほぼ同じです。 > > ほぼ同じだ、と妥協することが可能であることは認めます。が、それらはや > はり概念的に異なるものです。 というところなどから読みとると、nil に「未初期化」と「無効」という 2つ の概念が両方ついているということを意味していて、それがいけないという主 張のように思えます。 でも、なんでいけないんでしょう? まず、未初期化というのは変数にまだ代入されていない状況というプログラム の実装寄りな概念であるのに対し、無効というのはかなり設計(あるいはモデ ル)寄りで、プログラムそのものというよりはプログラマの頭の中にある概念 だと思います。したがって、それらが異なる概念であるということには同意で きます。 しかし、プログラミングというのは頭の中の概念をプログラミング言語の概念 に写像する行為ですから、Ruby がそれらの概念を同一視するというのは単に Ruby がプログラマの代わりに少しプログラミングをしてくれたというだけの 話ではないでしょうか。これのどこがいけないんでしょう? 一般に、言語というものは良くも悪くもそういうプログラミングのやりかたを さまざまな形で提供するもので、それを提供しない言語はないと思います。ま た、むしろ積極的に提供することが使いやすさにつながるのではないでしょう か。なお、少なくとも言語を単純にすればそれを提供しなくなるということは ありません。極端な例をあげれば、Turing Machine と Lambda Calclus はど ちらも非常に単純で表現能力も同じですが、やりかたは全く違います。 あと疑問なのは、nil に加えて「もうひとつ」特殊な値を導入するのがなぜい いのか、ということです。こういう特殊な値は、ある文脈において有効な値の 集合があって、それのどれでもない、つまり無効であることを表現するために 使われるわけですが、そういうものを first class object として導入した途 端にそれも有効な値の一つと考える文脈が生じ得ます。つまり、特殊な値は際 限なく欲しくなり得るわけですが、なぜ、nil に加えてもうひとつ、つまり 2つというのが適切なのでしょうか? 例えば、インスタンス変数のように代入すると有効になり、 remove_instance_variable で無効になる、というような first class object でない状態による表現とか、あるいは Haskell の Maybe 型 (または ML の option 型) のように際限なく作れるようにする、という提案ならそういう問 題がなく、きれいだと思うのですが、なぜ 2つ、という 0 でも 1 でも無限で もない中途半端な数がいいんでしょう? -- [田中 哲][たなか あきら][Tanaka Akira]