[#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:38207] Re: 理解の進め方:シュールな世界

From: Nakamura Akifumi <BXQ04723@...>
Date: 2003-08-23 19:50:42 UTC
List: ruby-list #38207
お世話になっております。 A.中村です。
久々に楽しそうだなあ:-)

On Sun, 24 Aug 2003 03:44:57 +0900
Take_tk様 ggb03124@nifty.ne.jp wrote:

> ただし、プログラミングの世界を日常用語で説明する、というのは突き詰めて考
> えれば必ず破綻します。

「必ず」は言い過ぎかと。

日常概念をそのまま持ち込んでそれで
円満に説明できる部分「も」有り得ますよね?
少なくとも原理的には、それが絶対に無いという理由は無いはず。

日常概念で喩えられる旨いものが、
本当に無いのか、
単に話者が旨いものを気づかなかっただけ(^^;なのかは、
まあケースバイケースとしか言いようが無いんじゃないかな。


さて。

箱を使う説明は、「出来れば避けたほうが良い」と俺も思う…かも。
他に旨い説明を見つければ箱を使わずに済むので、
躍起になってもっとマシな(しかも日常の何かと似てる)説明を探すかなと。

Ruby的な変数の位置付けについては、
たしか数ヶ月前のCマガジンで出てきた何かの説明
(ごめんなさい、よく思い出せない。現物も手元にないし)
の漫画絵が、旨い説明だったと思います。

なにかというと、オブジェクトちゃんとでも呼ぶべきか、
それともペットなのか、なんかそんな雰囲気の
可愛い(^^;オブジェクトが、「鎖で杭に」つながれてたんです。

で、杭が「変数」なんですね。
ちなみに杭には名前欄が有ったようです。

#鎖は、一部の分野で使われる「束縛」って奴を意味するんでしょうね。
#あとたしか、地面は「メモリ空間」だということになっていたような気が。
#オブジェクトちゃんも杭も、地面の上に居るんですよね。うん。

で、オブジェクトちゃんそのものと杭とは、あくまで別ものなので、
1つのオブジェクトちゃんに二本の鎖をつないで、二つの杭につなぐ
ということも、出来ちゃうわけです。

-----

ところで、「共有」という言葉の意味のほうは
考証しなくていいのかな?と思います。

犬だってオブジェクトちゃんだって、
人間は(笑)、鎖で繋いだだけで「所有」を主張しちゃうわけです。
二本の鎖で繋いで「共有」を主張しちゃう二人の人も居るかも知れない。

----

> kuruma = "車体番号123のベンツ"
> kuruma2 = kuruma + kuruma
> 
> というプログラムでは、2行目の左右のkuruma変数は同じオブジェクトを指して
> います。つまりこの行は「一つのオブジェクトを二つ使って」新しいオブジェク
> トを作っています。いわば世界に1台しかないベンツを2台結合する、というよ
> うな処理を行っています。そうとうシュールです。
> 
> もちろん、2つの車庫に同じ1台のベンツが入っている、というのもシュールで
> す。(変数=箱説の破綻)
> 
> しかし、名前説も破綻します。
> 
> kuruma1 = "車体番号123のベンツ"
> kuruma2 = "車体番号234のベンツ"
> kuruma2 = kuruma1
> 
> このプログラムでは、最初は2台のクルマがあったのに、「kuruma2 = kuruma1」
> で"車体番号123のベンツ"にkuruma2という名前をつけた途端に、"車体番号234の
> ベンツ"が消えてしまいます。かなりシュールです。

うーん。シュールなのはそこじゃなく、
そこよりもっと奥底の部分なんじゃないかと思います。

奥底ってのは、たぶん、世界を「認識」する手段が
「名前」しかない、という世界(観)です。

ベンツ云々がシュールに見えるのは、
我々がベンツを認識するために「(例えば)目」で見る
ことに慣れてるからなんじゃないかな。

あとは触覚というか接触。

光はそう簡単に曲がらない(笑)ので
実世界ではselfはselfのツムジを見れないわけですし、
剛体にとってはselfにselfが接触する(ぶつかる)のは
壊れない限り無理。

でもプログラム(正確に言えばRuby方式の)では、
剛体や光みたいな曲がりにくい存在がベースになってなくて、
オブジェクトは「形」を持たないんですよね。

なんでも名前さえ呼べばOKで、
名前さえ呼ばれればselfの尻がselfの頭にくっつくことも出来る。
剛体ではないので、そういうことが全然無理じゃない。

そういう感じで動いているような気がしています。

なんてーかな、オブジェクトは「もの」ではあり、
しかも「数えられる」ものではあるんだけど、
剛体みたいに「かたち」を持ってるわけじゃなく、
だから「かたち」に縛られることがない、という。

「かたち」が無いってことは、ゼロ次元つまり「点」なのかな、
という気が最近しています。
オブジェクト指向って、(点もモノだという意味では)確かに
「モノ」を扱えるだけど、
我々が見慣れた剛体や弾性体や豆腐のような「モノ」が
メモリ上に存在するわけではないんだよなあ、と。

#でも、こんにゃくだと思いたい人は思っても良いかも知れない。


そうそう。ついでに言えば、
一部のお馴染みの演算子やメソッドが、
箱モデルを無理矢理(笑)真似るように作られてる、
ということはあるかも知れません。

「+」なんかは、ひょっとしたらそれかも。


-----

> 名札説では「クルマに名札を貼りつけたはずなのにクルマを調べても名札が見つ
> からない」というのも、かなりシュールな名札ということになります。
> 
> この論争は、「光は波か粒子か」という論争を思い起こさせます。

それ、たぶん、波か粒子かという問題とは違うと思います。

波と粒子のほうは「どっちも正解」なわけです(だったよね?)が、
箱と名札は、「どっちも正解じゃない」ですよね。

上記の杭鎖動物モデル(???)ならば、そういう問題を
引き起こさないような気がします。
つまり名札をselfが持たなくて杭しか持ってない世界。


あー。つまり、「第三(あるいはもっと沢山)の説明方法」が
有る(こともある)のでは?と。



In This Thread