[#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:38299] 現物操作モデルと遠隔操作モデル

From: Take_tk <ggb03124@...>
Date: 2003-08-30 17:44:17 UTC
List: ruby-list #38299
たけ(tk)です。

[ruby-list:38273] Re: かみ砕いた説明をすべき範囲 にて 
matz@ruby-lang.org (Yukihiro Matsumoto) さん 曰く:

> |Aの立場であればRuby言語の変数の本質に一番近い比喩で語るのが望ましい。他
……
> |それともう一つの理由は、正確に理解するためには「変数にはオブジェクトのI
> |Dが入っているだけだ。IDは普通はオブジェクトの本体の所在地を示す番地だ」
> |というようにつなげていくしかないだろう。
> |
> |その前ぶれとしては、箱説のほうが説明しやすそうだ、という思惑もありました。

 箱モデル、名札モデル、名前モデルでは、どのモデルを使っても次のようなシュー
ルな場面が出てくる。

(1)ドッペルゲンゲル現象…同一のオブジェクトを指し示す変数が同時に複数
現れる現象。
(2)名札殺人事件現象…モノから名札・名前を取り去って他のモノにつけると、
名札を取られたモノはこの世(スコープ)から抹殺されてしまう現象。
(3)幽霊現象…名札・名前は見えるのにモノが見えない現象。モノが見えない
のに対話したり操作したりできる。

 それに対して、「何番の棚にオブジェクトが置かれているかの情報の容器」
([ruby-list:38250])や「リモコンモデル」([ruby-list:38244] 変数がリモ
コンで、オブジェクトはそのリモコンで操作される物)で喩えると、なんの変哲
もないリアルな話になる。

(1)ドッペルゲンゲル現象…同一のオブジェクトを操作するリモコンが同時に
複数台ある現象。
(2)名札殺人事件現象…リモコンにセットされたオブジェクトIDを消してし
まうとそのモノを操作できなくなる現象。どちらかというと携帯電話の相手先電
話番号を消してしまった場合・他に電話番号にセットしなおしてしまった場合だ
と考えると分かりやすい。
(3)幽霊現象…リモコンで操作するものが壁の向こうにある場合の現象。リモ
コンは手元にあるが、モノは遠くにあって見えない場所にある。これも携帯電話
で考えれば普通の話。

 箱モデル(オブジェクト容器モデル)と名前モデル、名札モデルでシュールな
場面が出てくるのは、それらがどれも「オブジェクトが操作の場所に現物として
存在している」、オブジェクトは、箱や名前の陰にかくれているとしても、操作
の直接の対象になっている、というイメージを伴っているからと思われる。これ
を「現物操作モデル」と呼んでおこう。現物操作モデルを使うかぎりシュールな
場面が現れてきてしまう。

 それに対して、リモコンモデルや矢印モデルなどでは、変数とオブジェクトの
間に距離があり、現物は見えないことが前提となっている。変数を通じて遠くの
オブジェクトを操作する、というイメージであれば現物操作モデルにみられたシュー
ルさは出てこない。これを「遠隔操作モデル」と呼んでおく。遠隔操作モデルの
方がRuby言語の変数の本質に近い比喩ということになるだろう。

 ただし、遠隔操作モデルは、モデル自体が複雑で、説明しにくいという難点が
ある。

 たとえば、次のような簡単なプログラムで「変数」なるものに初めて出会った
初心者に、遠隔操作モデルで変数を説明するのは難しいだろう。

--ruby
a = 3
b = 3
c = a * b
p c   #=> 9
--
--ruby
a = 3
a = a * 3
p a    #=> 9
--

 そもそも、この程度のプログラムでは変数はオブジェクトの入れ物/名札/名
前という機能としてしか使っていない。「オブジェクトを操作する」という概念
自体が出てこない。オブジェクトが近くにあるか遠くにあるかで差が出るような
ものでもないので、「遠隔操作」といっても意味がわからないだろう。

 そうだとすると、この時点では現物操作モデルで説明しておき、のちのち遠隔
操作モデルで説明しなおしていくという手順を踏むことになる。

* もちろん、学生を教室に監禁して、「これを理解しないと単位をあげないよ」
と脅迫したのちに、正確な知識を初めから一時間かけて教える、ということがで
きるのであれば、それの方がよい。

 名前モデルから遠隔操作モデルに説明しなおすとどうなるんでしょう? 「変
数とは遠くのモノを操る霊力を持った名前=言霊=だ」ということになってしま
いそうです。言霊であれば、名前を操ることによってその名前が指し示している
遠くのモノを操ることができます。

 名札モデルを遠隔操作モデルに進化させるには、名札とモノとを結んでいるヒ
モを長くすることになる。しかし、ヒモが長くなると「名札を通してオブジェク
トを操作する」ということが難しくなりそうです。

 箱モデルの場合、箱の中身はオブジェクトそのものではなくオブジェクトを指
し示すIDだ、と言い換えることになる。この言い換えがいんちきだというむき
もあるようです。しかし、もともと箱の中身は直接には見えていなくて、箱のモ
ニターに「中の様子」が映し出されているだけだとすると、テレビの中にアナウ
ンサーが入っていなくても苦情を言う人は少ないのではないか?

 箱モデルで、はじめ現物容器モデルのように説明しても、実はこの箱はテレビ
電話機能付携帯電話(変数が携帯電話、オブジェクトはその携帯電話でつながっ
たモノ、オブジェクトIDは接続先の電話番号)であって、中に入っていたよう
に見えたオブジェクトは、携帯電話で電話をかけた先にあったのだよ、と言い直
しても納得してくれるのではなかろうか?

take_tk = kumagai hidetake

In This Thread