中尾さん、上手＠データ通信システムです。
ちょっとコメントさせて下さい。
On Wed, 26 Apr 2000 13:13:02 +0900
Sugisaku Nakao <sugisaku.nakao@....jp> wrote:
> 日本フィッツの中尾です。
>
> 遅くなりましたが、
> 21. Let Smalltalk tell you
> が出来ました。
> コメントお願いいたします。
>
> -----------------------------
>
> Smalltalkに耳を傾けましょう
>
> ここに忘れ去られがちですが、非常に重要なガイドラインを挙げます。一般的
> に Smalltalkは少しずつ変更を加えたり、ブレークポイントを設定したり、値
> をチェックしたりするのに非常に向いています。何をするべきなのか迷ったり、
> 何が間違っているのか理論付けることに時間を費やす前に、 Smalltalkに訊き
> ましょう。ここに例を挙げます：
>
> ・新しい機能を使うには、オブジェクトをインスペクトして、必要があれば
> クラスをブラウズします。それからオブジェクトにメッセージを送ります。
> この際コードをインスペクターワークスペース内で作ります。そしてコード
> を必要なメソッドにコピーするのです。
これはコメントです。
・work out はチェックの意味に読んで、「新しい機能をチェックするには」とい
うニュアンスの方が良いと思います。
私はSmalltalkのIDEは知らないので、以下は想像です。間違えていたら指摘を
お願いします。＞＞ALL
・オブジェクトを選んで(inspect)、メッセージを送る、必要なコードを書き上げ
るのは一連のworkspace上の作業で、それが終わったら、そのコードを正式なメソ
ッドに書き写す、という作業イメージの気がします。
この場合はworkspaceが全体にかかって、こんな感じになると思います。
オブジェクトを選んで、必要ならクラスをブラウズして、オブジェクトにメッセ
ージを送って、適切なコードをワークスペースの中で作り上げる。そして・・
（以上）
> ・新しい機能を作るときは、全ての使用するオブジェクトの全ての必要なメ
> ソッドを作ろうとしてはいけません。未定義のメソッドへのウォークバック
> を待ちましょう。そしてブラウザーを開き、メソッドを実装し、ウォークバ
> ックに戻り実行を続けます。（KentはこれをJust-in-timeプログラミングと
> 呼んでいます。) Smalltalkはあなたがどの順番で実装をしなければいけな
> いのかを知っているのです。
> ・システムが止まったら、理論付けるのはやめて、ブレークポイントを設定
> して間違っているところが分かるまでコードをステップ実行しましょう。こ
> の方がずっと早く解決できます。
>
> 次の例は少し難しいかもしれません。あなたより先に誰か他の人がこれを見つ
> ける事が多いかもしれません。
>
> ・作業の際、物事の様子を敏感に感じ取るように注意しましょう。作業のス
> ピードが落ちてきいたり、何かが難しかったり、メソッドが長く見づらいも
> のになっているのなら、 Smalltalkは、間違ったことをしているよ、とあな
> たに訴えかけています。
>
> Smalltalkはあなたに一休みするよう勧めています。席を立ってちょっと散
> 歩しましょう。誰かとコーヒーブレイクをとりましょう。彼らが今どんなこ
> とをしているのかに耳を傾けてましょう。何らかの精神的な安らぎを得まし
> ょう。
>
> 例えば何かを思い出そうとして思い出せないとき、他のことを始めた途端に
> 思い出すことがあります。それと同じ事が起きるのを待ちましょう。Small-
> talkはあなたに一休みするよう勧めています。一休みしましょう。
> ---
> オリジナル http://www.xprogramming.com/
> Copyright (c) 1999, REJeffries et al. (ronjeffries@....org)
>
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> 日本フィッツ(株) 情報技術研究所
> 中尾 杉作
> e-mail: sugisaku.nakao@....jp
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>