[#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)です。
In "[ruby-list:38206] 理解の進め方:シュールな世界"
たけ(tk)です
[#38198] Tmailで送るメールに日付がつけられなくなりました — 川田誠司 <kawada.seiji@...>
はじめまして
[#38256] かみ砕いた説明をすべき範囲 — 西 啓一朗 <receiver@...>
ども。西啓一朗@Ktouth Brand. です。
なかだです。
たけ(tk)です
なかだです。
たけ(tk)です
いわおかです。
たけ(tk)です
まつもと ゆきひろです
たけ(tk)です。
たけ(tk)です。
[ruby-list:38206] 理解の進め方:シュールな世界
たけ(tk)です。 [ruby-list:38195] 理解の進め方(Re: String << の動作につきまして) にて Tadashi Oh-Ya <toy@k-cable.co.jp> さん 曰く: > スレッド切っちゃいます ;) 御了承のほどを。 それの方がよさそうな気がします。 > > そもそも、僕は、たけさんの説明がわかり易いと思えませんし。 > > > で、あるならば。 > 「こーいう説明もありなんじゃない?」という内容で一筆起こされ > てみてはいかが? :) > > 我々はそのための手段(Web|Mail)を持っているわけですしね ^_^ > > いろいろな理解の筋道が存在するのは、悪いことではない(と言う > よりむしろ良いこと)と思いますよ :) 今やろうとしていることはプログラミングの世界を日常用語で初心者にも分かり やすいように説明したい、ということです。 ただし、プログラミングの世界を日常用語で説明する、というのは突き詰めて考 えれば必ず破綻します。 そもそも、プログラミングの世界は日常世界からみればシュールな世界だからで す。たとえば、 kuruma = "車体番号123のベンツ" kuruma2 = kuruma + kuruma というプログラムでは、2行目の左右のkuruma変数は同じオブジェクトを指して います。つまりこの行は「一つのオブジェクトを二つ使って」新しいオブジェク トを作っています。いわば世界に1台しかないベンツを2台結合する、というよ うな処理を行っています。そうとうシュールです。 もちろん、2つの車庫に同じ1台のベンツが入っている、というのもシュールで す。(変数=箱説の破綻) しかし、名前説も破綻します。 kuruma1 = "車体番号123のベンツ" kuruma2 = "車体番号234のベンツ" kuruma2 = kuruma1 このプログラムでは、最初は2台のクルマがあったのに、「kuruma2 = kuruma1」 で"車体番号123のベンツ"にkuruma2という名前をつけた途端に、"車体番号234の ベンツ"が消えてしまいます。かなりシュールです。 名札説では「クルマに名札を貼りつけたはずなのにクルマを調べても名札が見つ からない」というのも、かなりシュールな名札ということになります。 この論争は、「光は波か粒子か」という論争を思い起こさせます。光には波とし ての性質と粒子としての性質とがあるのですが、日常世界ではそのようなモノは 存在していません。つまり、日常世界の感覚からすればシュールな存在です。 「光は波である」という説明も、「光は粒子である」という説明もどちらも突き 詰めていけば破綻してしまいます。 では、「光は波である」、「光は粒子である」という説明が無意味かというと、 そうではなくて、最初のとっかかりとしては役に立つでしょう。その説明である 程度進めた後で、「実は粒子/波としての性質もある」としてシュールな概念に 進めていくのがよさそうなのです。 変数の本質についても、初心者に対するとっかかりの説明としては、箱でも名札 でも名前でもかまわないと思うのです。ただし、どの説でも破綻するので、その 破綻を説明して実はシュールな存在なのだと理解してもらえばよろしかろうと思っ ています。 そういう観点から [ruby-list:38204] のような説明になっております。 take_tk = kumagai hidetake