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

From: Nakamura Akifumi <BXQ04723@...>
Date: 2003-08-31 03:03:52 UTC
List: ruby-list #38305
お世話になっております。 A.中村です。

そういえば以前、「Object短冊」なるものを考えたことが有りました。
http://hpcgi2.nifty.com/guion3/tiki/tiki.cgi?c=v&p=Object%C3%BB%BA%FD
参照(矢印?)モデルを説明する
(あるいは自習する、あるいは一般的に「考える」)
ための小道具のつもりです。
足し算を「数字タイル」で考えるのと同じノリで使えないかなーと。


On Sun, 31 Aug 2003 02:44:17 +0900
Take_tk様 ggb03124@nifty.ne.jp wrote:

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

そうかなあ?「どっちもどっち」なんじゃなかろうか?

>  たとえば、次のような簡単なプログラムで「変数」なるものに初めて出会った
> 初心者に、遠隔操作モデルで変数を説明するのは難しいだろう。
> 
> --ruby
> a = 3
> b = 3
> c = a * b
> p c   #=> 9
> --
> --ruby
> a = 3
> a = a * 3
> p a    #=> 9
> --
> 
>  そもそも、この程度のプログラムでは変数はオブジェクトの入れ物/名札/名
> 前という機能としてしか使っていない。「オブジェクトを操作する」という概念
> 自体が出てこない。オブジェクトが近くにあるか遠くにあるかで差が出るような
> ものでもないので、「遠隔操作」といっても意味がわからないだろう。

そうかなあ?「どっちとも取れる」というだけじゃないかな?

ふと思ったんですが、もしかしてTake_tkさんって、
箱モデルは矢印モデルのサブセットみたいなもの
だと捉えてる(捉えようとしてる)のでしょうか?
もしそういう考え方が存在するとすると、俺は違和感を覚えます。



ところで上の例でも「名札の機能を使って」いるわけじゃないっすよね。
「3」さんに「あんたの名前はaですか?」と質問しても
「知るかよ」としか答えは返ってこないはず。

それに特に2つ目の例(aに順次3と9が代入されてる)で
この数行のコードの直後で3と9の両方(!)に
aという名がついた状態になってないと
「名札」じゃないっすよねえ…
でも実際にはそうならないわけで。

#「名札」という語に余程ひねくれたローカル定義を与えれば別ですが、
#それは本末転倒だろうからパス。



うーん。いずれにせよ、見る主体、つまり
名札とかがついてるかのように「誰の目から」見えるのか?を
はっきりさせといたほうが良いと思います。視線の方向の問題。

あくまでこっち(プログラマや実行コンテキスト)側から見れば
名が有るように見えるけど、逆にオブジェクト側から見れば
そんなこと知ったこっちゃないわけで。

で、個人的にはここが問題だと思ってるんですが、
コンテキスト側からの視点「ばかり」に重点を置いて教えるのって
どれくらい良い(or悪い)ことなんでしょう?

個人的には、視点を(こっち側からに)固定することが
人のためになるとは、あんまり想像できないです。
もっと「オブジェクトちゃんの気持ち」を説明するほうが良い
んじゃないかと思っています。

で、人間から見れば箱でも矢印でも説明できる
(箱には無理があると俺は思いますが、それはともかく)
し、オブジェクトから見ればどっちだって知ったこっちゃない
(自分が入ってる箱を自分が自覚できる系なら話は別ですが、
Ruby「やVB」はそうではないのでパス)となると、
どっちの視点から見ても、べつに箱が判りやすいわけじゃない
ような気がするんですが…


In This Thread