[#38020] irb で %W(#{...}) — yoshihisa masuda <sacong@...>
マスダといいます。
[#38036] undef variable — hirocy <hirocy@...>
hirocyです.
[#38039] proc method — "K.Sasada" <ko1@...>
こんにちは。ささだです。
[#38056] ファイル書換え? — 中村文建 <tx6f-nkmr@...>
初めまして、MLに参加させて頂く中村と申します。
[#38057] [ANN] Ruby-GNOME2-0.6.0 — Masao Mutoh <mutoh@...>
むとうです。
[#38059] [ANN] rbbr-0.3.0 — Masao Mutoh <mutoh@...>
むとうです。
[#38073] module extendable? — Takeshi Horinouchi <horinout@...>
堀之内と申します。
[#38080] ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...>
荻野と申します。いつも質問や要望ばかりですみません。
なかだです。
いわおかです。
荻野です。
なかだです。
いわおかです。
In message <20030812150516.GV37221@barber.fe.rn.tuat.ac.jp>
中川と申します。
In message <20030814.140757.707824131.tetsuo@sapphire.siz.nes.nec.co.jp>
なかだです。
In message <200308160517.h7G5HcPL012839@sharui.nakada.kanuma.tochigi.jp>
なかだです。
In message <200308180959.h7I9xnb7001977@sharui.nakada.kanuma.tochigi.jp>
[#38090] ruby-1.8 で eruby が SEGV — Kazuhiko <kazuhiko@...>
かずひこです。
[#38104] XMLRPC::ModRubyServer — OHARA Shigeki <os@...>
大原です。
[#38122] ruby-tcpwrap and mkmf.rb — Takahiro Kambe <taca@...>
こんにちは。
At Sat, 16 Aug 2003 12:51:55 +0900,
In message <200308160518.h7G5IXPL012842@sharui.nakada.kanuma.tochigi.jp>
なかだです。
In message <200308160714.h7G7ErPL014647@sharui.nakada.kanuma.tochigi.jp>
前田です。
In message <87d6f3znlc.wl@kirk.priv.netlab.jp>
前田です。
わたなべです。
[#38164] Ruby1.8.0でRuby-PostgreSQLがビルドできない — kensaku Maki <sakaki@...>
はじめまして、まきと申します。
[#38183] String << の動作につきまして — kuto@...
うと と申します。
たけ(tk)です。
ふなばです。
たけ(tk)です。
ふなばです。
たけ(tk)です。
ふなばです。
ども、西啓一朗@Ktouth Brand. です。
ふなばです。
ども、西啓一朗@Ktouth Brand. です。
[#38195] 理解の進め方(Re: String << の動作につきまして) — Tadashi Oh-Ya <toy@...>
おおやです。
たけ(tk)です。
たけ(tk)です
In "[ruby-list:38206] 理解の進め方:シュールな世界"
[#38198] Tmailで送るメールに日付がつけられなくなりました — 川田誠司 <kawada.seiji@...>
はじめまして
青木です。
[#38256] かみ砕いた説明をすべき範囲 — 西 啓一朗 <receiver@...>
ども。西啓一朗@Ktouth Brand. です。
なかだです。
たけ(tk)です
なかだです。
たけ(tk)です
いわおかです。
たけ(tk)です
まつもと ゆきひろです
たけ(tk)です。
たけ(tk)です。
[ruby-list:38233] シュールな名前
たけ(tk)です [ruby-list:38206] 理解の進め方:シュールな世界 にて Take_tk <ggb03124@nifty.ne.jp> さん曰く: > しかし、名前説も破綻します。 > > kuruma1 = "車体番号123のベンツ" > kuruma2 = "車体番号234のベンツ" > kuruma2 = kuruma1 > > このプログラムでは、最初は2台のクルマがあったのに、「kuruma2 = kuruma1」 > で"車体番号123のベンツ"にkuruma2という名前をつけた途端に、"車体番号234の > ベンツ"が消えてしまいます。かなりシュールです。 > > 名札説では「クルマに名札を貼りつけたはずなのにクルマを調べても名札が見つ > からない」というのも、かなりシュールな名札ということになります。 [ruby-list:38207] A.中村 > うーん。シュールなのはそこじゃなく、 > そこよりもっと奥底の部分なんじゃないかと思います。 > > 奥底ってのは、たぶん、世界を「認識」する手段が > 「名前」しかない、という世界(観)です。 > > ベンツ云々がシュールに見えるのは、 > 我々がベンツを認識するために「(例えば)目」で見る > ことに慣れてるからなんじゃないかな。 > > あとは触覚というか接触。 この指摘のほうが正しいですね。 そもそも、ベンツに名前(変数)が付いていようといまいとベンツ(オブジェク トそのもの)は見えないのだ、ということにシュールさがあるようです。 箱説の場合には、この問題はクリアできそうです。オブジェクトそのものは箱の 中に入っているのだから見えないのだ、という日常的な理解が可能になります。 (1)名前説の場合には、名前はあれども本体は霞の向こう、声はすれども姿は 見えず、というお化けのような世界になってしまいます。 名前を呼べば答えの声が聞こえるし、仕事を頼めばちゃんとやってくれる。それ なのに姿が見えない。 (2)名前を失うと、本体にアクセスできなくなる。[ruby-list:38225] の「ク ロちゃん」の例で言うと、鈴木さんの家に「クロちゃん」がいたところに、もう 1匹のクロ猫が加わった。新しい猫にも「クロちゃん」と名づけてしまうと、前 の黒猫はだっこできなくなる、のか?。ふつうは、名前がなくなっても古い「ク ロちゃん」が消えてしまうわけではない。名前がなくなってもかわいがってもら えるだろう。 *:役職名説の場合にはこの点はクリアしやすい。「もはや彼は社長でも社員で も何でもない、わが社とは無関係の人だ」となれば、その会社には存在しないこ とになる。 (3)名前を役職名と考えた場合にはもう一つのシュールさもある。それは、オ ブジェクトは自分の名前を知らなくても、名前を呼ばれれば答えることができる、 ということ。ナンデダロ? 名前を呼ばれる以外にその人にアクセスする方法は 無いはずなのに……。 *:猫は自分の名前を知らないのかなぁ…… Take_tk = KUMAGAI Hidetake たけ(tk)=熊谷秀武