たまにっき。 / 2005-05-23
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 |
2005-05-23 Mon
■ 【Netnice】どこが凄い、なぜ嬉しい【未踏ソフトウェア採択！】
net での nice ですか．
]
■ M2 の H 田さん
N 道さんと H 田さんと一緒に喋っていてサンダルとかミュールの話題になる．
そこで，いかにもな H 田さんに「ミュールを持ってないんじゃない?」と聞くも，答えてもらえなかった．
]
■ Get me off Your Fucking Mailing List (pdf)
via もんもんさんの日記 (mixi)
David Mazie`res and Eddie Kohler. Get me off your f-----g mailing list. Submitted to the 9th World Multi-Conference on Systemics, Cybernetics, and Informatics, Orlando, FL, July 2005.
参考文献と，Papers by David Mazie`res の f-----g に笑った．
]
■ デザインパターンを読み解く
GoFの23パターンをそのまま解説している本が多く、事細かな制約があるかのように見えるせいか、かえって本質が捉えづらくなっている印象があります。23パターンがすべてではないし、このパターン自体パターンが言われ始めた初期に出されたもので、洗練されていないと思うのです。
そうなんだよなー．理解する過程でこれが本質なんじゃないの? とか思っても，どのページを見ても，どの本を読んでも「それが良い」とか「間違っている」と言っていない．単に原典をなぞっているだけのような気がしていた．
例えば，Chain of Responsibility パターンというのは，複数のサブクラスに対して順に処理を依頼するものが本質だと私は考えている．だから，Handler が next を持つ必要もないと思う．どちらかと言えば Handler が next を持ってしまうと，処理のみを行なうべきクラスに構造をも持たせてしまうことになるので，美しくないと思う．
他にも，Singleton の本質は，作成されるオブジェクトの数を限定することだと思っているのだが，ほとんどの紹介文では「オブジェクトをただ一つだけしか生成しないことを保証するものです」としか言われていない．
と，色々と思うことがあるのだが，これをいざ大学2年の学生に教えようと思ってもなかなか難しいんだよなぁ．教科書に書いてあることを否定しているように受けとる学生もいるだろうし，こっちの言葉不足も否定できない・・・．
]
2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
2003 : 01 02 03 04 05 06 07 08 09 10 11 12
2002 : 01 02 03 04 05 06 07 08 09 10 11 12
2001 : 01 02 03 04 05 06 07 08 09 10 11 12
最終更新時間: 2008-09-04 19:19
Powered by 
