[#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:38273] Re: かみ砕いた説明をすべき範囲

From: matz@... (Yukihiro Matsumoto)
Date: 2003-08-26 06:51:22 UTC
List: ruby-list #38273
まつもと ゆきひろです

In message "[ruby-list:38267] Re: かみ砕いた説明をすべき範囲"
    on 03/08/26, Take_tk <ggb03124@nifty.ne.jp> writes:

|メリット:この概念を使用することによって、次の現象の違いを「Aはstr1と
|str2とがオブジェクトの共有の関係にあるので破壊的メソッドの影響を受けるが、
|Bではstr3とstr4はオブジェクトの共有の関係にないので、破壊的メソッドの影
|響を受けない」というように説明できるようになる。

「この概念(箱モデル)」と「共有関係」という二つの概念を使って、
「次の現象」を説明できることには同意しますが、名札モデルだっ
て「次の現象」を説明できるわけですから、メリット(=その方が
良い)かどうかについては更に述べる必要があると思います。

箱モデルを使って説明できることについて疑問を持っている人はい
ないと思います。今はただ説明できるかというレベルを越えて、今
後のためにそれが良い説明モデルかどうかを話したいのです。

そういう意味では[ruby-list:38234]で語られたような内容を始点
に議論を深めていきたいです。もう一度(一部を)引用しておきます。

In message "[ruby-list:38234] Re: String << の動作につきまして"
    on 03/08/25, Take_tk <ggb03124@nifty.ne.jp> writes:

|『Rubyの冒険』の最初の文字は「はじめに:Ruby:本書はRuby言語を使ったプロ
|グラミングの入門書だ」というものなのです。が、これには次の二通りの解釈が
|可能。
|
|A.《Ruby言語を使ったプログラミング》の入門書
|B.Ruby言語を使った《プログラミングの入門書》

|Aの立場であればRuby言語の変数の本質に一番近い比喩で語るのが望ましい。他
|の言語についての知識がある人にRubyを理解してもらうためには、Rubyの変数
|の特徴を強烈にアピールする方が、Rubyの変数の本質を理解する近道になる。
|
|Bの立場であればRuby以外の言語でも通用するような、かつ、Rubyでも当たらず
|とも遠からずの比喩から始めるのが望ましい。
|
|まあ、このように考えて、たけ(tk)はBのスタンスをとることにした、というわ
|けです。
|
|Bの読者にとってどちらがベターなのかは、実際のところは分かりませんけどね。

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

|もう一つ悩んだのは、「配列やハッシュというオブジェクトとその要素・値とな
|るオブジェクトとの関係」と「変数とオブジェクトとの関係」は本質的に異なる
|ものなのか? ということ。
|
|名前説をとった場合に配列と変数が似た性質を持つことをどうやって説明しましょ
|うか? 配列も要素オブジェクトの名前だ(※)、となるのか?


In This Thread