[#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:38251] Re: シュールな名前

From: Hidetoshi NAGAI <nagai@...>
Date: 2003-08-25 17:00:19 UTC
List: ruby-list #38251
永井@知能.九工大です.

From: Take_tk <ggb03124@nifty.ne.jp>
Subject: [ruby-list:38243] Re: シュールな名前
Date: Mon, 25 Aug 2003 23:48:33 +0900
Message-ID: <20030825230355.7CB7.GGB03124@nifty.ne.jp>
> [ruby-list:38240] Re: シュールな名前 にて 
> 堀川 久 <vzw00011@nifty.ne.jp> さん 曰く:
> > どうしてRubyが実際にどのように振舞うのか、という事実からそれほど一生懸
> > 命に目を逸らすのでしょうか。
> Rubyの現在の実装では変数はVALUE型の値の格納容器になっています。Rubyって
> 実装とは異なった振る舞いをするのですか?

間違ってたら,ごめんなさい.
たけ(tk)さんと他の方とで,抽象化しようとしているレベルが
違っているような気がします.

まず第一に,現実世界とプログラミング言語の世界とは違うもの
ですから,現実世界のどんな例を持ってきたとしても
説明しきれない/奇妙に見える/矛盾が生じる部分が必ず存在すると
考えておくのが正解でしょう.
この点,名前説も箱説もどれも同じです.
釈迦に説法とは思いますが,「どのような対象者をどの程度の
理解度まで引き上げようとしているか」という前提条件を明確にし,
その範囲でどれだけ「例外」に触れないでいられるか,また,
さらなるステップアップの際に理解の妨げにならないかに注意して
議論を進めていかなければなりません.

引用部にあるように,たけ(tk)さんは「参照」として実装されている
ソースレベルでの認識に基づいて,「参照」を納める「箱」として
変数を捉え,その視点に読者を誘導しようとしていると思われます.
初心者の入門の範囲でそこまでの認識に達することが必要かという点には
疑問も感じますが,その視点まで到達してしまえれば,確かにその後の
ステップアップにも問題は生じないでしょう.
この場合の問題点は,最初に「箱に入れる」という概念(イメージ)を
頭に入れさせてしまった後に,「実際は直接入れてるんじゃなくて
参照を入れてるんだよ」というように身につけたイメージを大きく
変更することを求めてしまっている点ではないかと思います.
一旦積み上げたものを崩してからステップアップしなければならない
というのは,かなり負担が大きいのではないでしょうか.

名前説や名札説を推している方は,Ruby の見掛けの振る舞いのレベルで
それらしく説明できることを重視しているのであろうと思います.
Ruby 自体の実装には踏み込みませんから,「真の姿はスクリーンの
向こう側」というようなもどかしさが残ります.
後のステップアップの際にも,はっきりとは見えていない部分や
例がうまく適合しないケースでつまずくことがあるかもしれません.
その代わり想定範囲内では,理解のステップにおいて大きな段差は
生じないと期待しているのだと考えます.

入門書としてどちらかを選べと言われれば,私は後者を選びます.
-- 
                                         永井 秀利 (九工大 知能情報)
                                             nagai@ai.kyutech.ac.jp

In This Thread