[#38080] ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...>

荻野と申します。いつも質問や要望ばかりですみません。

36 messages 2003/08/11
[#38086] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/12

なかだです。

[#38088] Re: ポートが閉じているときの例外など — IWAOKA Masahiro <iwaoka@...> 2003/08/12

いわおかです。

[#38091] Re: ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...> 2003/08/12

荻野です。

[#38092] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/12

なかだです。

[#38093] Re: ポートが閉じているときの例外など — IWAOKA Masahiro <iwaoka@...> 2003/08/12

いわおかです。

[#38095] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/12

In message <20030812150516.GV37221@barber.fe.rn.tuat.ac.jp>

[#38102] Re: ポートが閉じているときの例外など — Tetsuo NAKAGAWA <tet@...> 2003/08/14

中川と申します。

[#38121] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/15

In message <20030814.140757.707824131.tetsuo@sapphire.siz.nes.nec.co.jp>

[#38123] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/16

なかだです。

[#38130] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/16

In message <200308160517.h7G5HcPL012839@sharui.nakada.kanuma.tochigi.jp>

[#38137] Re: ポートが閉じているときの例外など — nobu.nakada@... 2003/08/18

なかだです。

[#38139] Re: ポートが閉じているときの例外など — Takahiro Kambe <taca@...> 2003/08/18

In message <200308180959.h7I9xnb7001977@sharui.nakada.kanuma.tochigi.jp>

[#38122] ruby-tcpwrap and mkmf.rb — Takahiro Kambe <taca@...>

こんにちは。

16 messages 2003/08/16
[#38125] Re: ruby-tcpwrap and mkmf.rb — "Akinori MUSHA" <knu@...> 2003/08/16

At Sat, 16 Aug 2003 12:51:55 +0900,

[#38183] String << の動作につきまして — kuto@...

うと と申します。

44 messages 2003/08/22
[#38187] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/22

たけ(tk)です。

[#38189] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38190] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38191] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38194] Re: String << の動作につきまして — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38196] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38203] Re: String << の動作につきまして — 西 啓一朗 <receiver@...> 2003/08/23

ども、西啓一朗@Ktouth Brand. です。

[#38208] Re: String << の動作につきまして — Tadayoshi Funaba <tadf@...5.so-net.ne.jp> 2003/08/23

ふなばです。

[#38211] Re: String << の動作につきまして — 西 啓一朗 <receiver@...> 2003/08/24

ども、西啓一朗@Ktouth Brand. です。

[#38195] 理解の進め方(Re: String << の動作につきまして) — Tadashi Oh-Ya <toy@...>

おおやです。

36 messages 2003/08/23
[#38206] 理解の進め方:シュールな世界 — Take_tk <ggb03124@...> 2003/08/23

たけ(tk)です。

[#38233] シュールな名前 — Take_tk <ggb03124@...> 2003/08/25

たけ(tk)です

[#38198] Tmailで送るメールに日付がつけられなくなりました — 川田誠司 <kawada.seiji@...>

はじめまして

11 messages 2003/08/23

[#38256] かみ砕いた説明をすべき範囲 — 西 啓一朗 <receiver@...>

ども。西啓一朗@Ktouth Brand. です。

41 messages 2003/08/26
[#38258] Re: かみ砕いた説明をすべき範囲 — nobu.nakada@... 2003/08/26

なかだです。

[#38261] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38262] Re: かみ砕いた説明をすべき範囲 — nobu.nakada@... 2003/08/26

なかだです。

[#38264] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38265] Re: かみ砕いた説明をすべき範囲 — IWAOKA Masahiro <iwaoka@...> 2003/08/26

いわおかです。

[#38267] Re: かみ砕いた説明をすべき範囲 — Take_tk <ggb03124@...> 2003/08/26

たけ(tk)です

[#38273] Re: かみ砕いた説明をすべき範囲 — matz@... (Yukihiro Matsumoto) 2003/08/26

まつもと ゆきひろです

[ruby-list:38206] 理解の進め方:シュールな世界

From: Take_tk <ggb03124@...>
Date: 2003-08-23 18:44:57 UTC
List: 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

In This Thread