2004-07-01 (木) 今日はお休み [長年日記] Edit
| 
2 Spring in Action
『Better, Faster, Lighter Java』はSafariに入れてるけど、あんまり詳しく書かれてなかったような気がする。Hibernateもしかり。Hibernateといえば、
という本が出てた。一週間後くらいにSafariの本棚整理をするから、そんときにでも入れようと思う。
2004-07-02 (金) kill -9 kdmsnrd.PID [長年日記] Edit
1 【ロンドン発】PDAや携帯電話を置くだけで充電ができるパッド
ブツ自体は以前、百式で似たようなものが取り上げられていたような気がする。が、それはいいとして、仕組みを説明するスプラッシュパワー社CEOのリリィ・チェン!!!
3 どなたか存じませんが、修正・追加ありがとうございます。
キッチリした訳で素晴らしいっす。 でも、日本語読んでも、あまり意味が分かってない...orz 俺の訳はフラフラしてるなあ、なんか。
4 [食][自由が丘] 小樽食堂「花火」
相方がいっつもいっつも12時過ぎに帰ってくるのだが、その頃マデやってるお店なんて、あんまりない。いや、探せばあるんだろうけどさ。というわけで、朝8時までやってる（！）小樽食堂「花火」に行ってきた。どっちの料理SHOWのテーマがジンギスカンだったので、それを食いたいというのもあったんだけど。おいしゅうございました。これからも夜遅くなったら、ココに来よう。
5 [本] 
ドラッカーが語るリーダーの心得―成功を手にするプロフェッショナルとは(小林 薫)
ドラッカーの通訳である小林氏が集めたイケてるドラッカー節たち。ドラッカーの名言＋小林氏の解説で成り立っている。ひとつひとつが短いので、手軽に読めるのがよろしい。んが、いくら通訳とはいえ、第三者のフィルタを通ってしまうと、なんだか説得力ないなあ。原著で読め、ということか。
そういえば、爺さん、94歳なんだってよ。大丈夫か。
6 [本] 
牛乳の作法(宮沢 章夫)
タイトルの元となっているのは、あるフィールドワークにまつわるお話だ。4つの班に別れ、軽井沢の町を散策するというフィールドワークを行った。帰ってきてからその散策を元に、小さな劇を作るのだ。ある2つの班が非常に対照的ですんごく面白かったという。行く前から緻密に計画を立てて散策に挑んだA班と、ぶらーっと出かけていったB班。劇が面白かったのは、B班だった。
さて、なぜか。知らん。書いてない。が、俺はこう思うのだ。お前が想像してる面白いことなんて、うんこちゃんなんだよ。
つまり、別のコラムに書いてある言葉を借りるなら「ちょっとどうかしてしまった」状態こそが、笑いの本質であり、そういうのって「フト」起こるもんであり、平常時から「ちょっとどうかしてしま」うこたぁ、ふつーは無いのだ。そんなの、本当にどうかしてしまっているだけの話だ。
だからだね、何を言いたいのかよく分からなくなってきましたが、いきなりジャック・ニコルソンに会うから恐いのであって、予定調和的にニコルソンであっても意味ないじゃーんということなんだよ。わかるか。わからないなら、修行したまへ。
7 [本] 
「ゼニ」と「人生」のつくり方(青木 雄二)
青木さんの本はナニ金をはじめとして何冊か読んでいるので、資本論とか労働階級かどーたらこーたらとかね、そういうのが出てくるのは始めっから分かってはいたが、名経営者があくどいんじゃーという視点は「ホーっ」て思った。まあ、マルクス萌えだったら、そうなるのも当然かもしれないけど。これは、マイケル・ムーアがジャック・ウェルチを叩いていたのと同じかもしれない。ビジネス本のコーナーに行けば、名だたる経営者に関する本があまた出ている。だけど、「裏ではぎょーさん悪いことやってはんねんでー」という視点を決して忘れてはいけないのであります。悪いのが滲み出ている経営者のほうが、自然だったりするのであります。
8 [本] 
あなたの話はなぜ「通じない」のか(山田 ズーニー)
正論を真正面から言われると「うそでー」とか言いたくなるのは悪い癖だな。良いこと書いてありますので、ぜひお読みになるとよろしいでしょう。
反対に、自分が受け手の立場だったら、
- メディアに惑わされない（誰が言ったとか気にしない）
- 自分は何にでも興味をもつ（自分にとっての意味を考えない）
- 相手の言いたいことが何なのかを理解する
- 意見の根拠、理由を聞く
- マジで言ってるのかどうかを判断する
でしょうか。あまり画策してくる奴って（ぼくは）こざかしーなーと思いますので、その微妙なバランスをとるのが難しいと思いました。
9 NONFIX #423「ぼくらはみんなハゲている」
日記で書いた後、すぐに予約設定しといたのだ。で、さっき見た。泣けた。藻前ら、もっとハゲのことを語るべきだと思います。
ぼくが小学6年生のとき、隣のクラスの先生はカツラだった。まだ若いのにカツラだった。顔はそんなに悪くないのに、ひとつのカツラで何もかも台無しになっていた。子供とは非道いもので「ピーパン」という隠喩的あだ名をつけて彼をからかっていた（さすがに直接「カツラ」とは呼べない）。その「ピーパン」とは、「ピー（かつらを伸ばして）バン（とクリップで留める）」という擬態語＋擬音語の略である。って、なんだそりゃ。今思い出してみて、その意味不明さにorzになってしまったよ。まあ、ピーパンの語源はどーでもいい。今、彼の年齢に近づいてきて思うのだが、えーと、すまん、許してくれ。なんてヒドいことをしてたのだ俺らは。その後、無事に結婚され、円満な過程を築いておられることを心よりお祈り申し上げます。
だってさー、ハゲで、女にもてなくて、30過ぎてるって、悲しいよ（号泣）。しかも実家に帰って年老いた両親なんか出てごらんなさい、わーんわーんってなっちゃうよ。なっちゃうよ！！！
でもね、みんな、強く生きているんだ。明るいハゲを見たとき、心からおめでとうと叫びたくなったよ。いい番組だ。いい番組だ。若干、30歳のハゲディレクターが作ったこの番組、ひとりでも多くのひとの目に届きますように。
10 変化に強い情報システム基盤構築の最適解〜見えてきたSOA導入“成功の鍵”〜
頭のなかはハゲでいっぱいで、こんな業務報告みたいなことを書く気じゃないんだが、いちおう書いておこう（なぜ業務報告を日記に書くのかという話もあるが...）。
ええと、基幹システムを統合するとき、パイプでつなぐのか（A | B | C | ...）、それぞれをWSDL（IONAのひとはウィズドゥルと呼んでた）に準拠させるようにしてコリオグラファーで管理するのか、ドッチ!! という話。後者がSOA。そのためには、アダプターかましたりFacadeくっつけたり出来るよ。必要だったらゆってね。あ、それと、それをやるんだったらビジネスプロセスを動的に入れ替えれるよーになるから、ビジネスモデリングなんかしたらいいかもしれない。そんときはBPELってのがあるよ。おしまい。
スーツ（オジサン）向けの講演だったので、その程度。
11 アップル - Mac OS X - Tigerプレビュー - Xcode 2.0
な、な、なんざますかこれは！
2004-07-03 (土) [長年日記] Edit
2004-07-04 (日) [長年日記] Edit
できるかなV3 (SPA! comics)(西原 理恵子)
3 [映画] ![リーグ・オブ・レジェンド 時空を超えた戦い [DVD]](http://ecx.images-amazon.com/images/I/514Y9T2KDCL._SL160_.jpg "リーグ・オブ・レジェンド 時空を超えた戦い [DVD]")
リーグ・オブ・レジェンド 時空を超えた戦い [DVD]
右脳の端っこだけで描いた作品。子供並の脊髄反射。いいなー平和だなー。でもこれ、新人監督の意向は反映されず、ショーン・エロ・コネリーが金にものを言わせてこうやれーこうやれーって作ったもんだという話を聞いたよ（本当？）。そうだとしたら、年寄りになると、頭んなかは子供のそれに近くなるという話は本当ということかな。
4 歩きまくり
歩いて多摩川に出て、多摩川沿いを新幹線が見えるところまでGO。それから田園調布を経由して、自由が丘まで帰ってきた。あちーあちーおかげで日焼けしたよ。夕食は100円ショップで買ったパスタと、カボチャのコロッケ、50円引きで買った枝豆、醤油かけただけの冷奴、フルーチェ（マンゴー）、杏露酒ソーダ割（家飲みを始めた）、という感じ。ごちそうさまでした。
10 あ、そっか。ワークフローか。
オブジェクト指向でイケるところって、よく言われるのが、
- 再利用性（コピーのしやすさ）
- 複雑性の回避（理解しやすさ）
の2点だと思う。だけど、業務アプリケーションに限ると、この2点はあまり役に立たないことが多い。
再利用性
同じモデルを他でも使うことが出来る、これが再利用性だと思うんだけど、これってあくまでも「実装上の生産性向上」でしかない。言い換えると、コピって使えるかどうかって話だよね。スーツな視点から見ると、ぶっちゃけ、んなこたぁどーだっていいよ、という範疇。
それに、いくら再利用たって、限界がある。ビジネスがガンガン変わるってことは、ドメインさえもガツガツ変わる可能性があるってことで、こんな状況で頻繁にコピれるもん（再利用性のあるもの）なんかあんのかー！と。実際、コンポーネントほにゃららっていうのは以前ほど騒がれなくなっている（よね）。
複雑性の回避
オブジェクト指向だと、複雑性を回避できるんだって。と、多くの本は言うんだが、言い換えればそれって、理解しやすいかどうかっていう話になるんじゃなかろうか。で、果たして理解しやすくなっとんのかい、と。まあ、エンジニア同士であればそれでOKというところもあるかもしれないが、スーツとの間だとどうか。ドメインモデルをツールとして使えるのか。確かにDDDでは「ユビキタス言語」として強引に使ってたよーだけど、でも本当はお客さん、不安だったと思うんだよ。
で、ワークフロー
以上から、
- 再利用できるより、ガンガンいろいろ試せることが重要
- オブジェクト単位じゃなくて、機能＋データ、それからその流れ（フロー）が共通言語
ということが言えるんじゃなかろうか。
とはいうものの、ぼくはドメインモデリングをもちっとやってみたいと思っております。アナパタしかり。あ、アナパタは後ろから読むといいかもしれない＞nekopさん。
2004-07-05 (月) [長年日記] Edit
1 データ総研がEA推進コンサルティングを開始
うお、こんなリリースを出していたのか。知らなんだ。
サイトに行ったら、『データ中心のエンタープライズアーキテクチャ− データセントリックアーキテクチャ −』なんてのが出てた。
4 議論とかウゼー
そもそも立ち位置が違うんだから、ポジションペーパーを発行セヨ。と言いたい。単にオブジェクト指向ダメー。データ指向イイ！とか言われてもどーにもならん。
5 モデリング方法論の歴史
間違ってたら言ってください（『UMLモデリングの本質』とD.Hayの著書を参考にした）。
構造化手法
エドワード・ヨードンが『ソフトウェアの構造化設計法』（Larry Constantine共著）において、構造チャート（structure chart）と効果的なモジュール化の方法を著した。
ヨードンのシステム体系の理論は、その後、優秀な人物たちによって補完されていくこととなる。代表的なのは、トム・デマルコの『
構造化分析とシステム仕様―目指すシステムを明確にするモデル化技法(トム デマルコ/Tom Demarco/高梨 智弘/黒田 順一郎)』と、C.GaneとT.Sarsonの共著による『Structured Systems Analysis: Tools and Techniques』だ。この2冊の著書では、DFDを用いてデータの流れを表すことによりシステムのモデリングに努めている。このDFDという表記法はその後、Stephen M.McMenaminとJohn F.Palmerの共著による『Essential Systems Analysis』にて、より洗練された形となる。
構造化手法はその後も情報システムにおけるスタンダードとなり得たが、ダイアグラムを描くツールが無かった。そこで表れたのがCASEツールと呼ばれるものだ。しかし、その評価は賛否両論のよう。
データモデル
Ｅ・Ｆ・コッドが『大規模な共有データバンクのためのリレーショナル・モデル』において、リレーショナルモデルの基礎となる理論を著した。ここで重要となってくるのが「正規化」という考え方である。これにより対象とするデータがシンプルかつ理解しやすいものとなった。
その後、ピーター・チェンが『The Entity-Relationship Model: Towards a Unified View of Data』において、エンティティ／リレーションシップモデルを提唱した。これまでのデータフローによるモデリング手法ではなく、データの構造化によるモデリング手法の誕生である。
Clive FinkelsteinがチェンのERを基に*1、IEと呼ばれる表記法を作り出した（
An Introduction to Information Engineering: From Strategic Planning to Information Systems(Clive Finkelstein)参考）。その後、James Martinと共著で『Technical Report, "Information Engineering"』を記した。この時点で実際に使用可能なRDBMS、CASEツール、表記法（IE）が揃っていたため、モデリング手法としてデータモデリングが主流となった。
オブジェクト指向
オブジェクト指向の歴史は古く、1960年代にはオブジェクト指向言語を用いたリアルタイムシステムが開発されていた。実装の手法であったオブジェクト指向のデータモデルへのマッピングが、オブジェクト指向のモデリング手法化への始まりである。オブジェクト指向によるモデリングとは、つまり、オブジェクトを認知し、それをデータとして扱う方法である。
一方でビジネスアプリケーションはGUIに置き換わりつつあり、より即時性が求められるようになってきていた。そのため、リアルタイムシステムの実装手法（つまりオブジェクト指向）をビジネスアプリケーションに当てはめる風潮が高まっていた。
そこで、Sally Shlaerが『
Object Oriented Systems Analysis: Modeling the World in Data (Yourdon Press Computing Series)(Sally Shlaer/Stephen J. Mellor)』において、ERモデルを「オブジェクトモデル」と言い換えた。数年後、今度は「あの」ジェームス・ランボーが『オブジェクト指向方法論OMT』において、オブジェクト指向による方法論と表記法を提示した。同時期、エドワード・ヨードンとピーター・コードも『オブジェクト指向設計』『オブジェクト指向分析』を上梓している。他にも数多くの方法論、表記法が出現した。
その後、表記法の統一が図られUMLが誕生することとなるが、それは3アミーゴスと呼ばれる3人の功績ではなく、3アミーゴスの方法論をまとめたEmbley/Kurtz/Woodfieldらによる『
オブジェクト指向システム分析―3つのモデルに基づくアプローチ (情報科学セミナー)(デビッド・W. エンブレイ/スコット N. ウッドフィールド/ベリー・D. カーツ/David W. Embley/Scott N. Woodfield/Barry D. Kurtz/畠山 正行)』の功績によるところが大きい。
その後は、まあ、周知のとおりで。
俺的なポイント
- ゲーン・サーソンDFDなんて知らない
- 構造化手法のエドワード・ヨードンは、オブジェクト指向の分野でもコード／ヨードン手法を提唱している。
- コンピュータ偉人伝にはデータベースの人が少ない（コッドだけ）。
シェラーシュレイヤーメラーって、シェラーシュレイヤーさんとメラーさんだったのか。(thx : money san)- 3アミーゴスは言いっぱなしジャーマンスープレックスなだけ。
*1 ケン・システムコンサルティングの本村智之氏は、チェンのER図よりもIEのほうが先だとおっしゃっていたが？
6 [Flash] いろいろ
帰ってからやろっと。
追記：
夏休み性教育ドリルはすぐにクリア。
無料おためし版もじぴったんは必死こいてクリアした（2時間くらいやってた気が...）。ぜいぜい。
ポッケdeびーすとは飽きた。
7 [散財] 
SHARP プラズマクラスターイオン搭載冷風・衣類乾燥除湿機 ブルー系 CV-R63CX-A
クーラーのある部屋にはPCが置いてあって、ということは、そこに常駐しているのはボクだけであって、他の部屋は当然のことながら暑いわけで、TVを観ている相方がブーブー言うので昨晩、買ってやった。で、さっき着たamazon市川便が到着した。とりあえず電源入れて、除湿開始。なかなかコンパクトでよろしい。除湿機なんて、生まれて初めて買いましたよ。
2004-07-07 (水) [長年日記] Edit
2 ブックオフ綱島店
昨日、会社の帰りに行ったんですが、ええと、なんつーか、俺が売った本がたくさんあった。引越し後に大量に処分したやつがココに流れたんですね。
105円のコーナーで5冊ほど買いました。
4 モデリング方法論の歴史（補足）
IEはチェンのERを実践的なものに置き換えたわけが、その際、汎化特化関係（スーパータイプ、サブタイプ）のアイデアをオブジェクト指向プログラミングからパクっている。一方、オブジェクト指向設計は、データモデリングからヒントを得てプログラミング手法を設計手法まで昇華させたものだ。
というわけで、どっちも同じもんっちゃあ、同じもん。違いは振る舞いの有無。
5 IDEF0 あれこれ
The Practical Guide to Business Process Reengineering Using Idefo(Clarence G. Feldmann)
6 テレ東の「我が道を行く」
今回テレ東が放送するのは選挙とは無関係の「日曜ビッグバラエティ 大自然と一緒に暮らす！ 北海道と沖縄に住みたい！」（午後７時５４分）。
「他局と同じことをやってもしようがないでしょう。ウチはいつも独自のものを考えていますから」と山口眞名・編成局長も自信満々に話す。
2004-07-08 (木) [長年日記] Edit
1 [本] 
日本科学技術大学教授上田次郎のなぜベストを尽くさないのか(上田 次郎)
買ってはみたものの、面白かったのは最初だけかなあ。だんだんと読むのが面倒になってきて、そのままフェイドアウトしてしまいました。昔の"アベちゃん"の写真が一番ウケるんですけど。
2 「クロマティ高校」実写映画に
フレディにはドン・フライが良かったのでは。セリフ無いだろうし。それはそうと、全国の創路ファンよ!!
マスク・ド・竹之内は作品の構成も務めた板尾創路（４０）が演じている。
わーわーわー。
3 [本] 
「ここがおかしい!」と言えるサラリーマンになる!―一人ひとりが自分の市場価値を高める6つの知恵(柴田 昌治)
ここがおかしいと言うためには（なぜ？と問うためには）俯瞰して見れる環境が必要なわけで、 そのためには多元的な所属が必要となるわけで。 でも、多元的な所属をおこなってしまうと自分の意識の集中が分散してしまい、 あるひとつの所属における問題なんて、 「まあいいか我慢すれば」という感じにならんでもないわけで。
そのバランスが大事よね。
4 [ENG] IBM Manual/IBM資料の翻訳作業ガイド集
翻訳業界は基本的にM$のやつを使うみたいですが、IBMにもあるんですね（って、そりゃそうか）。時間をみつけて目を通しておこう。表記ぶれ防止とか用語統一とか、こういうの苦手なんですよねえ。だからいつもいつも注意されるわけだが...（泣）。こういうのって計算機でダーーンって出来ないものだろうか。教えて、言語処理の偉いひと。
どうしてITの翻訳モノって読みにくいのか。
ここにも書いてありますけど、翻訳ってTRADOSっていうソフトを使うんですね。 このソフトはブロック単位で翻訳を記憶して、同じフレーズが出てきたら再利用できるように支援してくれます。マニュアルとかって似た表現が多いですから、こういうのがあると便利なんですね。でも反面、日本語を英文に1:1で対応させなければならないというデメリットもあります。自然な日本語訳にしようとして複数の英文ブロックを１つの日本語ブロックに変換（n:1）なんてことをやってしまうと、この再利用性がなくなってしまいます。
というわけで、日本語の自然さよりも、英文に対応させる方を優先してしまい、結果としてよく分からん翻訳調という新しい文章ができてしまうのです。それとは別に、根本的におかしい翻訳本もたくさーーんありますけども。まあ、それはまた別の問題で。
5 人件費は固定費なのかという話
でも結局、変動費として扱える「外注」という魔法でヤッチまうことが多くなりはしないだろうか。あ、プロジェクトの費用って人件費以外に何があるの？インフラ代と……あとは何だ。
wemaのイカした使い方でもある。
6 
オブジェクト指向モデリング
えがぴーさんに教えてもらった。学校でこんなの教えてもらえるなんてズルい。そういえば、リファラをたどってみたら、児玉さんにココがバレてた罠。変なおっさんなんて書いて申し訳ありません。あうあう。
8 フォトリーディング
あなたもいままでの10倍速く本が読める(ポール・R・シーリィ/神田 昌典)
なんとなくフォトリーディングが気になって、黄色い本を探してみたんだけど、本棚に無かった。きっと売り払ってしまったんだろう。でも特典ビデオが残っていたので、それを見てみた。で、まあ、分かっていたことではあるんだけど、ぼくが読みたいものって高速リーディングを必要とするモノばかりなんだよなあ。そうなると読むための時間はぜんぜん変わらない。で、残るは「意識の問題」になっちゃうわけで、そうなると別に必要ねぇーっていう結論に。
たいしたこと書いてない（高速リーディングを必要としない）いわゆるビジネス書ばかり読んでる香具師には便利かもよ？
9 [本] 
ハニバニ! (1) (マーガレットコミックス (3279))(いくえみ 綾)
美男子とされる男の子がブサイクなので、 どーにも共感できない。面白くない。 世界中の誰もが「どーだっていいよ」ということで悩むのが、 昔ながらの女の子のオタクって感じで、ちょっと引く。 いまどき、こんなキャラ設定はねーだろー？と思うんだが、 作者の年齢が高いのかな。
11 [本] 
データベースがわかる本(鈴木 健司)
105円で買ったやつ。薄い割によくまとまっていた。
それはそうと、BCNF以降の正規化が（図なんか使って初心者にも分かりやすいように）うまくまとまっている本は無いものですか？
2004-07-09 (金) [長年日記] Edit
1 [本]
トム・ピーターズの経営創造(トム ピーターズ/Tom Peters/平野 勇夫)
しばらくすると「リエンジニアリング」って言葉が再び流行ったりするんじゃないすかね。EAによる全体最適化とかSOAとかのテッペンって、つまりはリエンジニアリングってことじゃねーの？ 知らないけど。で、だ。これは前回、リエンジニアリングが流行って、もうウンザリしている頃のトム・ピーターズが書いた本だ。
ノーマライズされてサラっとしてんじゃねーよ。もっとバーンときて、グサッと刺さるような、そんなサービスを、そんな企画を、そんな製品を、そんなビジネスを、俺は欲しているんだよぉぉぉぉーーー。整然としたところから何が生まれるっていうんだ。「うお！」って言葉は混沌から生まれるんだよ。カオスだよ。カーーーオーーースーーー。
ぶっちゃけると、こういう内容だ。
ここには3%の有益な情報と、15%のユーモア、そして90%のグルーーーヴィーーーが詰まっている。えっと、100%超えてるけど？ はん？んなこたぁどーだっていいんだよ。インポータントなのは、グルーーーヴィーーーってことだぜベイベー。クソなビジネス書を読むくらいなら、思い切ってぶっ飛んだほうが面白いと思うぜーーーーい。
……なのに、『経営創造』なんておかしな邦訳つけるんじゃねーよ。原題は『The Pursuit of WOW!』なんだよ？どーだねこのぶっ飛び具合は。
3 IT Pro キーパーソン : 「目的は新しい技術を追うことではなく，実案件の課題解決」――Java軽量コンテナ「Seasar」開発者 比嘉康雄氏
今日はオブジェクト倶楽部のイベントに行ってきたわけだけど、感想を書く前にこれだけは貼っておかねばならないと魂が叫ぶのだよ。感想はまた今度。今日はいろいろと思うことありて疲れた。
4 
ruby-mode の使い方まとめたページって無いのかなあ。
普段はxyzzyのruby-modeを使っているので、「C-j」と言われても、何のことだか分からなかったのであります。
5 ObjectClub - 納涼イベント
オブジェクト指向でなぜつくるのか―知っておきたいプログラミング、UML、設計の基礎知識―(平澤 章)
著書を拝読したんだけど、いまいち良さが理解できてないのよね。「汎用の整理術としてのオブジェクト指向」だって？なにそれ。
つーわけで、質問してみたのだ。Martin Fowlerがアナリシスパターンや概念モデルについてよく知っていたとしても、コードというのは、そこで何が起こっているのかを正確に説明するのに最適だと言ってましたけど、OOPと整理術としてのオブジェクト指向を明確に分ける必要は果たしてあるんでしょうか？と。
すると、パワポの資料を指して、アナリシスパターンの対象は現実世界じゃなくて、ココ（概念モデル）のことですよね、と平澤さんはおっしゃった。ちなみに私はコードを使いません、とも。ぼーっとしててよく聞いてなかったんだが（ダメじゃん）、つまりは、アナパタ以降もコードに落とせる限りはOOPの範疇であり、それより上流で扱う整理術とは別物である、とそういうことじゃねーのかな？（自信なし）……ええと、アナパタより上流って何だ！ 混乱したことなんかねーぞ！ 何がなんだか分からなくなってきました。
まあいいや、オブジェクト指向がほにゃらら言う前に、Rubyを使えってこった。というのが私の意見。これでいいのだ。これで納得しとこ。
怖い話ライトニングトークス
- 資料に字幕を入れるのはいいなあ。かくたにさん、パクらせてもらいます。
- 尻切れ多杉。
- 技術者の悲惨ネタってあんまり好きじゃない。
- 「1つのメソッドが600行〜800行にわたるコード」とか、そういうネタもあまり好きじゃない。愚痴で終わっちゃうもんなあ。Good XXX とセットで考えないと。
Metaphors We develop a software
『「良い」が「上」』であり『「悪い」は「下」』という一種のメタファは、人間の身体的な経験に基づいているという話は面白かった。
では、じゃあ、右と左はどーなってんの？という疑問が浮かぶ。「右」と「左」とでは、西洋と東洋でその重要性が変わるという話を聞いたことがある。どっちがどっちだったか忘れたけど、西洋は右のほうが強いんだろうなあ。一方、東洋は左のほうが強いんだろう。だって「左右（さゆう）」と言うではないか。それに「左大臣」のほうが偉いじゃあないか。これはどういう身体的経験なんだろうね。
ＤＯＡを知っておこう
「その場主義」すげえ。アジャイルモデリングだよこれ。「DOA」なんていうマイナスの言葉を使うのやめたほうがいいですよ、絶対!! そこいらのDOAがモデル作って終了〜＠なのに対し、渡辺さんのは全部きっちりやっとる。DOA手法を使うのはあくまでも総体の一部であって、この総体は not DOA なのである。あまりに感動してしまい、家に帰ってきてからすぐに渡辺さんの著書を2冊注文しました（今まで表記法がキモくて手をつけてなかったんだが、IEの変形と聞いて抵抗がなくなった）。
業務別データベース設計のためのデータモデリング入門(渡辺 幸三)問題となるのは、ここから特定のアーキテクチャにどうやって落とすかだよなあ。
懇親会
永和システムマネジメントさんは楽しげで羨ましい。
平鍋さんによるAgile Development Conference報告
顧客の要求にすべてがあるわけじゃない。。GoogleのI'm Feeling Lucky が顧客から出てくると思うか？
うおーーーー。
2004-07-10 (土) [長年日記] Edit
1 味ぽんメモ
前から気になってたのでやってみたよ着うた（もどき）。で、それを目覚ましアラームに設定してみた。ファイルサイズが大きいからか、ループに切れ目があってちょっとぎこちないけど、まあ許容。つーか、かなりの大音量でビビる。これなら絶対起きるよ！ついでに、今まで分からなかった連続アラームの解除方法を調べてみた。分かりにくすぎ。
待ち受け画面より「メニュー」→「メールキー」押下してください。「連続アラームを停止しました」と表示します
追記
連続アラーム解除できねえー。
追記
あーできた。「メニュー」→「メールキー」かよ。。。
2 Tシャツを作ろう。
かくたにさんが Runs With Tests のTシャツを着ていた。かっけー。とは思ったものの、Mサイズじゃあ大きいだろうし、第一、値段がお高い。なので、自分でTシャツを作ろうと思うのだ（続く）。
2004-07-11 (日) [長年日記] Edit
1 プロジェクトの費用って人件費以外に何があるの？
hsbtさんが答えてくれている。人月ほにゃららというのは1億円以下だけの話っぽい。1億円を超えるとよく分からんですな。
2004-07-12 (月) 地獄から舞い戻ってこなくていいのに。 [長年日記] Edit
4 Introduction to Object-Oriented System Analysis and Design
これも整理。WRさんとこ経由だっけか。
ちなみに、青木「じゅん」さんかと思ってました...。
2004-07-13 (火) [長年日記] Edit
1 百式: インテリジェントなリンク
textfile.org]] で紹介されたとあっちゃあ、やるしかないでしょ。
最近、百式見逃していることが多いよなあ。これもBloglinesに入れるかなあ。とかゆってたら、これ、会社だと使えないんでやんの。意味ねえー。
3 The Data Model Resource CD
なぜこんなに高いのかと思いきや、実際のモデル（というかSQL？）が収録されているそーな。で、リバースしてそのまま使えるぜベイベーと。すごいねー。
- 日本にもこういうのあればいいのに
- というか、このまま翻訳すればよくね？
- SQL になるモデルということは、論理モデルながらも物理モデルであるということだな
あー誰か翻訳やらねーかなー。マジに。やればいいのに。データモデルの手法があまりにも日本的でオッサンオッサンしているのは、こういうものを翻訳してないからだよ。まあ、翻訳せずとも独自の手法がある！とかなんとか言うんだろうけどさ。でも、そんなに広めたきゃblogでもなんでも始めればいいのにね（なぜやらんか）。
- Welcome to silverston.wiley.com : 作者のサイト
あ。David Hay の『Requirements Analysis』も誰か翻訳しねーかなーと思っているんだけど。ザックマンのフレームワークほげほげ言ってるんですけど。こういうの好きなひといるでしょーに。
4 [本] 
考える技術・書く技術―問題解決力を伸ばすピラミッド原則(バーバラ ミント/グロービスマネジメントインスティテュート/Barbara Minto/山崎 康司)
大学のときに買った本を今読み終えるというこのズボらさよ。有名な本みたいなので説明は要らないかもしらんが、マジ読みづれー。もうちょっと書く技術を磨いてから書けよ（訳せよ）。
つまりは、考えるときは演繹法的で、考えをまとめるときは帰納法的。これ。これだけで十分。あとはどーでもいい。
2004-07-14 (水) [長年日記] Edit
3 COMMENT ON TABLE
昨日、初めて知った。こんなのがあるのね。
COMMENT ON TABLE mytable IS 'This is my table.'; COMMENT ON TABLE mytable IS NULL;
とりあえず"comment on table"でぐぐって最初に出てきたポスグレのページにリンクしとく。
5 Google 謎の人材募集広告とその回答 :: Drk7jp
例のGoogleのやつ。Perlによる解答があったのでRubyにしてみた。拙いなあ...トホホ。
e = '
718281828459045235360287471352662497757247093699959574966967627724076630353547\
594571382178525166427427466391932003059921817413596629043572900334295260595630\
738132328627943490763233829880753195251019011573834187930702154089149934884167\
509244761460668082264800168477411853742345442437107539077744992069551702761838\
606261331384583000752044933826560297606737113200709328709127443747047230696977\
209310141692836819025515108657463772111252389784425056953696770785449969967946\
864454905987931636889230098793127736178215424999229576351482208269895193668033\
182528869398496465105820939239829488793320362509443117301238197068416140397019\
837679320683282376464804295311802328782509819455815301756717361332069811250996\
181881593041690351598888519345807273866738589422879228499892086805825749279610\
484198444363463244968487560233624827041978623209002160990235304369941849146314\
093431738143640546253152096183690888707016768396424378140592714563549061303107\
2085103837505101157477041718986106873969655212671546889570350354'
ary = []
for i in 0..e.length
ary << e[i, 1]
end
function_no = 0
i = 0
while i < ary.length - 9
sum = 0
for j in 0..9
sum += ary[i + j].to_i
end
if sum == 49 then
print "f(#{function_no += 1})= "
for k in 0..9
print ary[i + k]
end
print "\n"
end
i += 1
end
6 なにをもってオブジェクト指向分析というのか
汎化やカプセル化やポリモルフィズムの機能があればオブジェクト指向言語であるかというと、そうではありません。そういった機能はないけれど、オブジェクト指向言語である言語は存在します……って、全てまつもとさんの受け売りですが。
じゃあ、何をもってオブジェクト指向たらしめているのかというと、まつもとさんの結論ですと、「オブジェクトにアイデンティティがある」というふうになっていたと思います（たぶん）。
分析段階でも同様のことが言えると思います。 その他の（というかデータモデルの）分析方法と違うのは、アイデンティティを人工的に作らなくても、オブジェクトにはアイデンティティがあるという点です。 その他はとりあえずはどーだっていいことです。
これは、オブジェクト指向分析が優れているかどうかという話じゃなくて、 自分が使っているメソッドがオブジェクト指向分析なのかそうじゃないのかという判別方法に過ぎません。
あー全然関係ないんですが...
データモデル屋さんって、「商品」エンティティに「商品ID」っていうPKをつけるでしょう？属性にも「商品名称」や「商品単価」など。あれってなぜですか？商品エンティティなんだか、「商品」って言葉要らなくね？「ID」とか「名称」とかでいいじゃん。ダメなの？
7 大阪弁完全マスター講座
ここには載ってませんけども（大阪弁じゃないのかもしれませんけども）、「どんだけ○○やねん」という言葉が私は大好きです。なかなか言うタイミングがなくて、いつも悔しい思いをしています。
例：どんだけ目立ちたいねん！
言いたいな、言えるかな、言いたいけれど足りないな。
8 mixiのイベント検索
すげーいい感じ。mixiは頑張るなあ。これはSNSの新たなステージだよ！（って単なるオフ会なんだけど意味が違うのだ、たぶん）開催地での絞込みが出来れば最高なんだがなあ。
In Search of(N.E.R.D)
10 [CD] 
Fly or Die(N.E.R.D.)
前作よりモアロック。でも、ますます毒が抜けてさらにフツーな感じ。つまらん。でもどっちかっちゅうと、好みはこっちかな。2枚とも、ダラがけするにはいいかもしれない。
1 nekop [FooFactory.create()にするか、FooFactory.createFoo()にするかっていうのも同じ..]
2 kdmsnr [それも単にcreate()でいいですよね。 何か間違ってるのかあ。]
3 yyamano [商品IDと取引先IDを明確に区別したいからじゃないですか。あと、FooFactoryの話は、AbstractFact..]
4 kdmsnr [* 「商品ID」と名づけるのは、関係をもった場合に面倒くさくなるからですね。as がイヤだという...（バカが往くよ..]
5 あ〜る [商品IDがIDでないわけ。ただのIDでもいいんだけど、メタデータ（DDL）ベースでListingすると、わけがわから..]
2004-07-15 (木) [長年日記] Edit
1 [tDiary] リファラスパム再び
リファラ禁止リストに追加。
^http://.*(sex|porn|xxx|pussy|gay|stories)
「stories」は気付かなかった……後から付け足した。
追記：ダメだ
パターンにマッチさせずらいなあ。
2 @nifty：デイリーポータルZ：7センチ背が伸びた
この時点で「外国人が集うスタンディングバー」に行くのが素晴らしすぎる。笑いを通り越して、感動すらある。皆、心して学べよ。
そして、田辺誠一はやっぱり格好いいなあ。ぼくは田辺誠一に京極堂をやって欲しかったんだがなあ（又市のキャラでOK）。ちなみに他のキャラを言うと、榎さんはミッチー。関くんはオダギリジョー（ちょっと格好よすぎ？）。木場修は山本メロリンキュー太郎（もしくは、ぐっさん）。あー、新撰組の見すぎカモ。
3 おじさん向けの BPMN FAQ
BPMNって何？
- BPMNはビジネスプロセスやWebサービスのプロセスをモデル化するための新しい表記法
- ビジネスプロセスモデリング記法（Business Process Modeling Notation）の頭文字
- 2004年5月4日にBPMI.orgがBPMNバージョン1.0を公開
- 現在、OASISで標準化中
- BPMI.org は他にも BPML, BPQL の仕様を策定
BPMNを使うと何がいいの？
- あらゆる表記法が考慮されたため、技術者以外（ビジネスアナリストなど）にも使いやすく、理解しやすい表記法となっている。そのため、両者のコミュニケーションツールとなり得る
- このことで、ビジネスレベルから実装レベルまで一貫した（ストリームラインな）モデルを参照することが可能となる
- BPMNのダイアグラムであるBPDからBPMLへ変換、さらにはBPEL4WSへの変換（サービスルールの実装）が可能（UMLでは出来ない）
まとめただけ。
2004-07-16 (金) [長年日記] Edit
1 [Agile] やべえ、咳さんの話面白そう。
...が、参加できず。法事がありまして、実家に帰らせて頂きます。あうあう。RWikiの活用法についてもっと知りたかったなあ。UMLAsBabbling!!
2 オレオレ詐欺の電話がかかってきたの巻
勤務中に母親から電話。なんだろうと思って話を聞いてみたら、
「あんたがバイクで事故ったつって電話がかかってきたのよー」
と苦笑気味に言う。俺がバイクの免許持ってないことくらい、彼女は重々承知しとる（故に苦笑）。よって、これは釣られるチャンスなのだ。ドンドンドーン！びっくり。ドンドンドドーン！釣られてみよう。（安田大サーカス）
でも、母親、思わず「はぁ？」と言ってしまったらしい。そして、電話は切れた...orz。ダメじゃーん。ドンドンドーン！オチでーす。ドドンドドーン！おわりー。（安田大サーカス）
3 木端微塵 ―遅れて来た世紀末救世主共が贈る視聴覚破壊型クラブイベント
7/31 21:00-4:00 西新宿 CURRENT 2000円 (2drk)
あはは、おもしろげ。つーか、かっこえええええ。カイジにジョジョフォントですよ（どん！って何だ？）。行けるかな。ICCのイベントもその日なんだよねえ。うーむ。
4 [tDiary] HSBT Hiki - ReferrerSPAM
hsbtさんがページを作っていたので、新たにリンク元記録除外リストを作成してみるの巻。
^http://.*(sex|rape|xxx|porn|gay|stories|pussy|beast|nudity)
なげー。
list.split('\n').each do |i|
if /^http:\/\/.*(sex|rape|xxx|porn|gay|stories|pussy|beast|nudity)/ =~ i
puts i
end
end
5 google の人材募集の解き方 ハッキングバージョン。
via あけてくれ - おれカネゴンの「算数できんの気にし過ぎとや」日記
うむ。荒々しさがカッコイイ。ダミーがあったら...とか考えるけど、結果出せればおけなのだなあ。残念ながら2問目は力技ではない模様。こうなってくると「力」って何だって感じだけど。
6 [WORK] 今日はもう帰るよ。(17:30)
今のうちにできるだけ時間を稼いどくっていう作業は苦手だなあ...。淡々とひとりでドキュメント読みと翻訳作業。疲れたのでもうやめる。業務プロセスって何だよこのやろー。成果をWikiにまとめて逃げ。
あと、昨日今日と情死すから警告を受けた。怪しげな通信をしとるらしい。俺ですか。
後ろの席の方に教えてもらったこのツールを使ってネットワークの情報を調べてみたら、昨日はchatangoが、今日はOperaの広告（だと思う）が、おかしげなIPアドレスに向かってSYN_SENTしとった（netstatってプロセスID表示できないの？）。
とりあえず、両方とも使用禁止。ううう。Operaが使えないのは痛いなあ。
2004-07-17 (土) [長年日記] Edit
1 [自由が丘] ペキン治療院
相方は年寄りなので、体の節々にガタがきているようなのだ。というわけで、付き添いついでに一緒に施術してもらってきた。やってもらったのは、30分の全身マッサージコース。ドコワルイ？と中国人の先生に話しかけられるも、別に痛いところなんかない。いや、なんか、目とか使うんで、首？とか……と、あいまいな返事をして、適当にマッサージしてもらった。
以前は肩こりがヒドくて弱っていたんだが、十字式で施術をしてもらって以来、悪いところなんかひとっつも無いのだ。わはは。な、わけで、マッサージしてもらっても痛いだけで、ちっとも気持ちよくない。苦痛に耐えて30分後、三清茶を飲みながらホッとしていたぼくの顔を相方が見てこう言うのだ。
お前、ほっぺがピンクになってるじゃねーか！
思いのほか、血行がすこぶる良好デス(*^-^*)（相方は症状が悪いらしく、30分ではどーにもならんかったらしい）。また来よう。
2004-07-18 (日) エンタの神様は字幕が出るから嫌い。 [長年日記] Edit
1 [本] 
お金と英語の非常識な関係（上） 神田昌典＆ウィリアム・リード、スペシャル対談ＣＤ付き(神田 昌典)
via 俺と100冊の成功本
「タイムマシン経営」って揶揄される単語だと思うんだが、儲けがでるならそれでいいじゃん！と開き直ったのがこの本である。神田氏が行ったことは、
- 海外で優れたものを
- 日本に持ってきた
そんだけのことである。ご自身もこの本のなかでそんだけのことだと明言している。いわば、んなこたぁ誰だって出来るのだ。そんなの1億円の宝くじを当てるよりもよっぽど簡単。でも、誰もやらない。なぜか。英語がたいそうなものだと思い込んでいるからなのだ。
ある分野における重要なことなんてーのは、たかだか数時間の内容でしかない。そんなの、それだけ丸暗記すりゃーいいじゃん。なのに、文法から始まって語彙力をつけようとがんばって英字新聞くらい読めなきゃなんねーだろーとかTOEICで何点とか思っちゃって映画を字幕で観たいとかなんとか言いやがる。いくらコストがかかると思ってんだ。そんなの捨てちまえ。
そういう本。
2 [本] 
お金と英語の非常識な関係（下）―神田昌典の全情報ソース付き(神田 昌典)
それじゃあ、英語の本を実際にフォトリーディングしてみましょうと言って、なんと（！）本を上下逆さにして、後ろからフォトリーディングしていく神田氏。左脳の働きを抑制するために、上下逆さにするのだとか……。そうすると、本を「文字の集合」として認識するのではなく、右脳が「形」として認識するようになるのだそうな。つまり、本を読むのに英語力なんか要らないんだ！
ええと、どーなの、これ。ここで例に挙がっていたのはビジネス書だった。もしかすると、ビジネス書だから出来ることなのかもしれない。例えば、ずーーーーっと積読状態でぼくの机の上にある『Domain Driven Design』だったらどうか。おそらくは出来ないんじゃないかなあ...。
でも、英語で多くのインプットをして、それを元にアウトプットしていくと、いろんなひとがハッピーになるという考えそのものは、何も間違っちゃいない。てなわけで、藻前ら、英語に触れてください、という結論になるわけだが。
2004-07-19 (月) [長年日記] Edit
1 東京湾景はヤキモキする
ちんたら話を進めてんじゃねーぞこらー。仲間由紀恵のカワイサですべてを受け止めているという感じ。仲間由紀恵じゃなかったら、すべてが破綻しておる。
3 WBSで"ブログ"特集
というか、ココログ特集。大浜さんがブログと発音してたんだが、ブログじゃね？ 別にどーだっていいことだが。動く木村剛氏を初めて見ました。
5 万能ねぎを斬る
万能ねぎをみじん斬りにしたった。まとめて斬って、冷凍しておいて、その都度使うのだそーな。おかげで手がネギくせー。こんな単調な作業、身体が機械の奴にでもやらせればいーじゃんと思う私はテクノ世代。
2004-07-20 (火) [長年日記] Edit
1 「華氏911」がネオコンの陰謀？
ちゃっちゃとヤッチまう町山さんも山形さんもスゲ。
yucoさんの訳は後半になるにつれ、だんだんと山形節っぽくなってるよーな気がする。辞書無しじゃ読めないので（泣）ぼちぼち読んでいきます。
2 サーバーが混み合ってます。への対策。
サーバーが混み合ってるというメッセージがちらほら出ております。で、ログを見てみましたところ、一気にがっつり持っていかれる方が数名いらっしゃいました（特にbliki_ja）。
一度にアクセスできる数を設定するとか、リファラがそれっぽかったらはじくとか、いろいろ考えましたが、面倒なのでヤメ（というか、よく分からん。.htaccessとか？）。出来ることなら時間を置いてやってくださいまし。
そのとき使ったスクリプト（いつになってもうまく書けない）。
array_url = []
open(ARGV[0]).read.split('\n').each do |i|
array_url << i.split(' ')[0]
end
count = 1
for i in 1..array_url.length
if array_url[i] == array_url[i - 1] then
count += 1
else
count = 1
end
if count == 30 # as you like.
p array_url[i]
end
end
3 はてな、3周年を記念してオフ会開催〜ユーザーの要望を受け付ける場面も
mixiでヲタ臭かったという記述を見ましたが、実のところ、どんな感じだったんでっしゃろ。つーか、東浩紀氏……肥えたなあ。
4 [WORK] API doc の無い状態でVB
キモい。キモい。キモーい。ASって何だよ！ つーか、ドキュメントがないので戻り値が何なのか分からないのが激しくイライライライラする。「p」みたいなのがあればいいのにー。でももう終わり。もうやりたくないよ。イヤだなあ。また質問来るのかなあ。
5 [散財] CG-WLBARGP/-P + WLCB-54GT (corega)
無線LANカードとルータ。9,800円。別に必要ないっちゃあないんだけど、買ってみた。ドライバのインストールに手間取ったが、とりあえずはつながった。LANカードをもう一枚買ってきて、相方にも使わせてあげよう。
追記
うわあ。廉価版っぽいやつが11,000円で出てるじゃあないかー。ううう。まあいいや。ファームウェアアップデートしたら、大差なかろう（たぶん）。それにしても、ファームウェアのアップデート方法くらい書いとけよー。imgファイルが何なのかずっと悩んじゃったじゃないか。＃単にブラウザからアップロード（というか何というか）すればよかった。
2004-07-21 (水) [長年日記] Edit
1 
Object Design: Roles, Responsibilities, and Collaborations (Addison-Wesley Object Technologiey Series)(Rebecca Wirfs-Brock/Alan McKean)
よさげ。別名：Responsibility Driven Design (RDD) とでも呼ぼうか。とりあえず safari に追加した。Foreword をヤコブソンが書いている。
前書きより
この本で紹介しているテクニックで使うのは、ホワイトボード、それからインデックスカード、模造紙、あとはテーブルと椅子。こんだけ。おおっと、もちろん、君のオツムの中身も忘れちゃいけないよ！
2 Development of Further Patterns of Enterprise Application Architecture
PofEAAでは足りないのだそうな。
4 Gmailに新機能追加--他社ツールからのアドレス読み込みが簡単に - CNET Japan
まあ便利だけど、でも、俺、アドレス帳って使わないんだよね。過去メールから探し出してくるか、アンテナからその人のサイトに行って見つけてくるか、IMで済ましちゃうか（YahooMだと不在でも送れるから便利）どれかだなあ。
2004-07-22 (木) [長年日記] Edit
1 オリジナルソーシャルネットワークの作り方
SNSを使えばこういうメリットがー！みたいな記事は萎えますなあ。なんで萎えるかは分かりませんが。こういうのも萎えません？ぐだーってなる。ひょっとして俺だけっすかね。
萎えるのはそれくらいにして、ここで触れられている Central と Base という考えは、GreeNight 行った後に先輩と話してた内容と一緒だッ（俺は全面的に否定してたが）。開発、がむばってください。
追記：
こんなの教えてもらいました。
2 さくらんぼブービーいいよなあ
前から好きだったんだけど、よーやく名前を覚えた。きっと漫☆画太郎先生のファンだと思うんだ。mixiのコミュニティに入ったらムービーがあったのでぺったんこ。
- http://www.zakzak.co.jp/wara/team/06_c.html
- http://www.mxtv.co.jp/line/monday_neta/data/031201/catalog.html
インスタントジョンソン、波田陽区、東京ダイナマイトのコミュニティにも入りました。
3 [本] 
業務システムのための上流工程入門―要件定義から分析・設計まで(渡辺 幸三)
読了。薄い本なので細かいところには立ち入っていないが、上流工程の「ある種の形」を提示してくれている貴重な本。これが妥当かどうかはぼくには判断つかない（そもそも上流という言葉が気に入らない）。
デザインパターンと称した章もあるが、これもぼくにはなんのこっちゃいな、という感じ。分かるひとには分かるのでしょうが。ぼくの感想は以下のようなもの。
▼
上流工程がボトルネックになっていると氏は述べる。 優秀なプログラマが自分のために開発したソフトウェアと優秀なプログラマがお客様のために開発したソフトウェアとでは、後者のほうが圧倒的に時間がかかることからもそれは明らかだと言う。 また、上流と下流で分担すれば、単価の高い上流工程に専念することも可能となり、結果として会社全体の利益も上がると言う。
一般的な「上流工程」が何を指すのかぼくはよく知らないが、ここでいう「上流工程」ってのは、以下の１＋３のモデルを作ることにあるという。
絵を説明すると、まず業務フロー図をDFD（実際はイベントを付記したDFDもどき）で描き、次にデータモデルを作る（IEもどきで表記）。次に文章形式で業務モデルを記述し（これは後にマニュアルとなる）、最後にその業務モデルに沿った形でシステムの画面イメージを作っていく（外部設計）。
本書の最後にストーリー仕立てでその構築方法が記されてあるので、是非一読されたい。
この工程そのものについてコメントできるほどぼくは知識を持ち合わせていないので、おおッと思ったポイントだけ書いておこう。
その場主義
以上のモデルのラフデザインを、お客さまとのセッションを通じてホワイトボードに殴り書きしていく。ここが非常に感銘を受けた。アジャイルだぜこれ。これを氏は「その場主義」と呼ぶ。そのセンスの無さがまた魅力である。
細かいことにこだわり杉
オブジェクト倶楽部の納涼祭で、一部、話題騒然となった「マジックは新品を」「モデリングは似顔絵である」「曲線は美しい」などの迷言が、コラムとして紹介されている。面白いので是非読んでおこう。DFDやIEをカスタマイズするところに、氏のビジュアルへのこだわりが見える……反面、こんなこと言ってるとキワモノ扱いされてしまうようにも思う（それはそれで楽しいが）。
つーか、データモデルのひとたちって自分で記法を作っちゃうのよね、あれって悪い風習だと思うYO。
業務モデル
この存在が重要。システムを構築しても、それをどうやって使えばいいのかが分からなければどーしよーもない。ユースケース記述がマニュアルになりますよーという話は聞くが、あんなマニュアル読めたもんじゃない。氏は分かりやすく、更新しやすいマニュアルを作れと述べる。おお、これはまさにWikiの出番じゃないか。
機能モデル
機能モデルは、それまでのデータモデル、業務モデル、それからドメインの知識（およびパターン）でもって構築していくべしとのこと。ここでデータモデルがしっかりしてれば、更新すべきじゃないデータを画面を表示させることなどを防止できるとかなんとか。 でもね、アーキテクチャを考えない画面イメージなんてどーかと思うんだよ。右クリックしたら「修正」メニューが出てきて……なんてHTMLでどーやるの？ 逆に、もっと簡単な操作方法があるだろうけど、このウンコ仕様書にはこう書いてあるから、こうやったーみたいなのもあるでしょう。
業務アプリのユーザビリティが総じて醜悪なのは、こういうところからきてるんじゃないかなあ、と思う。
データモデル
この薄い本じゃあ足りない。他の本を参照するといいと思う。デザインパターンを紹介しますつって、いくつかの「パターン」を紹介してるんだけど、なんのことやら？よく分からん。
上流工程の成果物で、合見積もりをとらせる
本書で提案されているのは、上流工程で出した成果物を根拠にして、下流工程担当業者に見積もりを出させるという方法だった。この場合、上流を担当した業者と違う業者でもOK。というか、違う業者でもOKになるような成果物を書くことが上流担当者の役目と言い切る。おおー。素晴らしい。
でもね、こんなことあり得るの？
だいたいプロジェクトが開始するきっかけって、どういうものがあるのかぼくはよく知らないのだよ。いちおう、こんな感じだろうと思ってはいるのだけど...。
- 営業さんが案件をとってきて一括受注（上流、下流とも）
- n次受け（下流）
- 入札（はて？）
で、だ。(1)の場合に合見積もりなんてーのは存在するのか。存在するとしたら、何を根拠に見積もるのか。やっぱ人月とかそういう感じ？
(2)の場合、仮に合見積もりが存在するとしたら、何らかの仕様書が根拠になるのだろう。だけど、大元の1次受け（上流）は何を根拠にすべての作業を見積もりをしてるの？（結局、(1)と一緒の話になる？）
(3)の場合、クライアントのRFPが根拠となると思うんだが、RFPの成果物と上流工程の成果物って一緒なのかどうなのか。はて？
教えてエロエロな人。
いろいろ感想
- ここで作られたドキュメントをもらっても、また最初からクラス図書いたりするんだろうなあ。
- 別の本で「業務システムでは第三正規化で十分、なんてのは嘘っぱちだ！」という記述があったので、今度はそのへんについて読んでみたい。
7 8月1日よりはてなで新スタッフとして参加します。
へえ。知らんかった。川崎さんとは面識ないんだが、先輩が一緒に合コン行った仲だとかで、横文字で言うならFoFなわけで、これからはてなをもっともっと盛り上げていっていただきたいと思いますです。
8 [tDiary] 「本: 〜」表記を削る（amazon.rb）
以下を追加してみた。
item_name.gsub!(/^.*:\s/,'')
んが、これだと
本: ほげほげ冒険記: 死闘編
の場合、
死闘編
と表示されてしまう罠。どうしたもんかのう。
9 [本] 
オンナノコのおたしなみ (ダ・ヴィンチブックス)(大田垣 晴子)
このときまで大田垣せいこだとは思ってもみなかった。てっきり、はるこだと思ってました。そんなせいこさんが、いつものように淡々と語ります。どーでもいいようなことが意外と大切だったりするのであります。
2004-07-23 (金) [長年日記] Edit
1 [映画] ![ミラーズ・クロッシング スペシャル・エディション [DVD]](http://ecx.images-amazon.com/images/I/213321KG87L._SL160_.jpg "ミラーズ・クロッシング スペシャル・エディション [DVD]")
ミラーズ・クロッシング スペシャル・エディション [DVD]
う、うーん？ あんまり良さが分からなかった。思わせぶりな感じはあるんだけど、どこがどうなのかと言われると、う、うーん？ よく分からん。結局は、借金を返すためだったー!!なんつー筋書きだったとしたら、そりゃもう、すべてがどっちらけでスーパー面白いんだが、そうじゃないんだろうなあ……。
鋼の錬金術師 (8) (ガンガンコミックス)(荒川 弘)
3 くるよ師匠のスカートがズルズル
ネタの途中、くるよ師匠のスカートがズルズル落ちていった。焦るくるよ師匠。ネタをやりながらも、片手間でスカートを元に戻す。が、また落ちる。また直す。落ちる。直す。落ちる。直す。クスクス。客ども（全員じじいとばばあ）は、ネタよりもその落ちるスカートに夢中になりだした。ネタが耳に入らない。この空気どーすんねやろー？そう思った瞬間、スカートネタをちょいちょい交えながら、ネタともアドリブとも分からないような妙なテンションでステージは大往生を迎えた。す、すげえ。プロの姿を見た。
2004-07-24 (土) 今日は実家で法事 [長年日記] Edit
1 【京ぽん】通信中に充電出来ない【ダメ杉】
PCで充電できるからいいやーと思って充電器を持ってこなかったんだが、 通信してるときは充電できない罠……。うそーん。せっかく人狼BBSで盛り上がろうと思ってたのにー!! バカバカー。
2 課外授業ようこそ先輩:マギー司郎(2004年7月18日放送)
マギー司郎が学校を訪問。マギー司郎といえば、マジックではなく、あの茨城弁による痛快なトークが有名だ。マジックが決して上手くなかったマギーさんは、「わたし、マジック、下手なのよね」と、その下手さを逆にアピールするという全く新しいマジックを生み出した。20年間、何もかもがダメだった自分が、自分の弱さを告白することで、すべてが変わった。
自分のダメなところをさらけだすと、何かが変わる
マギーさんは子供たちにそう説く。
これはその通りだと思う。よく「病気の話をすると盛り上がる」と言われる。自分が弱いときの話をすると、なぜか親近感が沸くのだ。これは何故なんだろう。何故だか分からないけど、自分も、相手も、何かから開放されるんだよね。これは経験的に分かってることだ。大人になると自然と身に付くある種の芸と言えるかもしれない。
でも、これは子供には難しい。自分がダメなことは「恥ずかしいもの」だし、「人には見せたくないもの」だし、自分でも「見たくないもの」である。それを人前で発表するだなんて、そんなの無理だ。画用紙を前にして、みんなの筆が止まる。
そんな子供たちの背中を、マギーさんがそっと押す。みんな、だんだんと心を開いていく。そして、自分のダメなところを語るマジック（！）を立派にやり遂げる。自分がダメなところなんて、本当に、心の底から、搾り出さなきゃ、やり遂げられなかった。
そんな子供たちを見て、マギーさんは泣き出した。自分が乗り越えたあの日を重ねていたのかもしれない。子供たちも泣き出した。
最後に、ある女の子が、泣きながらこう言った。
ダメな私も、生きてていいんだって、わかった
ぼくも、泣いちゃった。
2004-07-25 (日) [長年日記] Edit
1 「２４」第３弾が「お台場冒険王」で“ぶっ通し上映”
話は知ってたけど、お台場冒険王のページじゃ見つけられなかったのよね。
映画王は東京・台場の劇場シネマメディアージュの２館で、８月２１日から各種映画を上映する。（中略）そのうちの１館を使って、初日（２１日）午後２時からIIIの一挙上映に踏み切った。
どーしたもんか。身動き取れないのがイヤだなあ。
2004-07-26 (月) [長年日記] Edit
1 [本] 
元気の出る読書術 (王様文庫)(ハイブロー武蔵)
中谷某のような、箸にも棒にもかからない文章。「みなさん読書をしましょう」で終了。薄い。薄すぎる。こんなの本にすることか？ ここで提言している良い文章の書き方「短く書く」が、いちいち改行して行数を稼ぐことじゃないことくらい、まずは著者自身が知るべきだな。
2 [本] 
一冊の手帳で夢は必ずかなう - なりたい自分になるシンプルな方法(熊谷正寿)
これ、どっかで読んだ内容だな……。あ、あー、フランクリンプランナーか。あれをカスタマイズしただけだな。しょーもな。でも、事例ドリブン(?)として読めるので、参考にならないこともない。
氏は「書くこと」「持ち歩くこと」「繰り返し読むこと」が重要だと述べ、そのためには聖書サイズの手帳が最適だと言う（ここではファイロファクス）。GMOでは、社員への配布資料はすべて手帳のリフィルだそうだ（ここまでやると凄いよなあ）。
実際の手帳の使い方だが、ミッションならぬ15年計画書を作成し、そこから実際の行動予定表に落とし込んでいく。そんだけ。いろいろごちゃごちゃ書いてるけど、そんだけだ。
そんだけならPalmでも出来るし、ぼくもやってる。というか、Palmのほうが強力だがね（名古屋弁）。でも最近、やっぱ、手書きは手書きで重要な気がしてきている。負担にならない程度で、手ごろな手帳でも持とうかなあ。何より、持ち歩くのがイヤなんだよね。手ぶら最高。
※つーか、Amazonのレビューがキモい。
3 [本] 
絶対できる!―Never Give Up!(川西 茂)
か、買うんじゃなかった……。誰でも「できる」と思えばできるんですって！（そんなの聞き飽きたYO）
7 [本] 
経済学をめぐる巨匠たち (Kei BOOKS)(小室 直樹)
経済学は理念から実践、そして科学になっていったとぼくは思っている。でもそれは漠然と思っているだけで、実際はどーだか知らない（ぼくは経済学部だが経済学科ではなかったのだ）。本書では小室直樹のあの痛快な文章でもって、経済学の歴史的なうねりが示されている。
で、分かったんだが、ぼくはあながち間違ってはいなかったようだ。つまり、古典派からケインズ経済学、そして後のケインジアンがそれぞれ理念、実践、科学に当たるとゆーわけだ。わはは。
本書でのポイントは3つ。
- 古典派、マルクス、ケインズという大きな流れ
- マックス・ヴェーバーと資本主義
- ヒックスからサムエルソンへの流れ（ケインズ経済学を数学的に証明）
- （ついでにいうなら森嶋通夫も）
あれこれ興味深いことが書いてあって、一言でまとめるなんてもったいないくらい面白い。 できるならこれを一読し、そこから色々な方向へと興味の対象を広げていくといいと思う。
経済学に関して言えば、山形さんの経済思想の歴史がピッタリビンゴジャストミートである。時間のない方は、ヒックス、サムエルソンときて、クルーグマンという感じかな？
2004-07-27 (火) 人狼BBSにハマり杉。 [長年日記] Edit
1 [本] 
文房具を楽しく使う(ノート･手帳篇)(和田 哲哉)
そんな力まなくていいんだよーと言われて、肩から力が抜けた。ぼくは、「ずーーっと使える究極のスタイル」なんてーのを求めていたのかもしれない。そんな銀のPIMなんかありっこなくて、そのときそのときで変化ヲ包括スレば良かったんですね。アジャイルPIMとでも呼ぼう（←なんでも"アジャイル"つければいいと思っている）。
で、とりあえずの結論をば。
- Visor（主にToDoリストとPalmWiki）の使い方をちょっと変更した。ついでに着せ替え用のケースも買ってみた。スタイラスもボールペン付きにしようと思ったんだけど、いいのが見つからないので、こちらは保留。
- 手書きのメモ用に Rhodia の何かを持とうと思う。85×120 だとVisorと同じくらいだから、これにしようかな。
- マインドマップ用にA4の用紙（＋バインダー＋クリップボード）用意。まだ微妙。A4サイズってどうにも使いにくい。
作者さんのページは、こちら。
2 [Agile] burndown chart
かくたにさんの資料だけじゃよく分からないので、『
User Stories Applied: For Agile Software Development (Addison-Wesley Signature Series)(Mike Cohn)』の該当部分を読んでみた（サマリとクイズが便利）。で、cumulative story point chartとの違いがよく分からないんだけど、何ですか？（教えて君）
burndown chart にも plan と actual を併記してもよいものだろうか？ 併記したほうが見やすいとは思うけど。ぐぐってみたら、Scrum用語だということが分かったので、リンクどん。
こちらではグラフの線は1つ。Scrumだからかな。
翻訳こんにゃく
かくたにさんもおっしゃってるように、『User Stories Applied』はより洗練されたXPの聖典（実践編）と言える。白本が無茶苦茶な形で輸入されてしまった後遺症がせっかく癒えつつあるのだから、この本くらいはマトモに輸入したいものですね。ぐだぐだに翻訳されたら一揆を起こしてもいいと思う。
おさらい
- プロジェクトは複数のイテレーションに分けられる。
- 各イテレーションには複数のユーザーストーリーが含まれる。
- ユーザーストーリーは複数のタスクに分割される。
ユーザーストーリーとは、顧客が認識する単位かつプログラマが見積り得るシステム機能のことを指す。各ストーリーには顧客によって優先度が設けられる（助言してもよい）。ストーリーの見積りには、ジャンケンを使うとよい（単位はNUTsや理想日を使うが、一般的にストーリーポイントと呼ぶ）。
見積りが終了したら、総ストーリーポイント数を、壁にばばーんと貼った大きな burndown chart にプロットする。戦の始まりだ。
優先度と見積りの結果から、最初のイテレーションで行うストーリーを選択する。ストーリーをそれぞれタスクに分割し、各プログラマにアサインする。
イテレーション中にdairy burndown chartを別途作成してもよい。
イテレーションが終了したら、完了したストーリーの見積り単位の合計を自分たちの「速度」として認識する。完了しそうにないストーリーは、きちんと顧客に頼んでイテレーションから外させてもらうこと（コミュニケーション!!）。残ストーリーを burndown chart にプロットして、イテレーションを終える。
次のイテレーションの番になったら、昨日の天気に基づいて、ストーリーを選択する。以下、繰り返し。
2004-07-28 (水) [長年日記] Edit
2 Together Designer Community Edition
via Borland releases FREE Together version
CE doesn't seem to support round-trip UML- there is no integration with source code.
What a pity! This edition doesn't allow user to print models or save them as html/images/pdf, but allow use to import Rational Models.
なので、モデリングに特化している模様。ERDも"LOGICAL"だけみたい。
3 従業員の平均年収／平均年齢ランキング : IT Pro ニュース
前いた会社が平均年齢ランキングで上位に食い込んでいる罠。辞めてよかったなあ。それにしても、ひがさん、何かおごってください（あまり面識ないのに偉そうに言う）。
4 IBM ニュース - Japan 2004-07-28 7,000本以上のソフトを開発者向けに41,790円で提供
価値なんてあってないようなものなんだ。
5 本棚.org
いろいろいじってたが、よーやく面白いかもって思ってきた。なんといっても、掲示板が「テキストエリアのみ」というのがステキすぎる。mixiに要望を出せば増井さんが応えてくれるという、なんとも贅沢な裏側の仕組み。
6 [本] 
人生に奇跡を起こすノート術―マインド・マップ放射思考(トニー ブザン/Tony Buzan/田中 孝顕)
マインドマップ自体は嫌いじゃないんだ。でもこの本はトンデモ本じゃねー？……そう言って売り飛ばしたんだけど、今になってまた気になりだしたので改めて買いなおしてみた。我流で描いていては、ちゃんと機能しとるかよー分からんしね。
で、読み始めて、前回よりも素直に読めるようになっている自分に驚いた。まあ、怪しいっちゃあ怪しいんだけど、それよりもマインドマップをうまく描きたいという欲求が勝ってたみたい。
で、肝となるのは、p.54 にある、どのノートを使えばいちばん講義内容を覚えていられるか？というところじゃないかと思ったのだ。
どのノートを使えばいちばん講義内容を覚えていられるか？
- 講義内容をほぼ完璧に書き写したノートを与えられたケース
- 講義内容をほぼ完璧に書き写したノートを自分で作ったケース
- 講義内容の要約を記したノートを与えられたケース
- 講義内容の要約を記したノートを自分で作ったケース
- キーワードを記したノートを与えられたケース
- キーワードを記したノートを自分で作ったケース
答えは...
(6)。なぜなら、脳には補完しようとする働きがあるから。
「話があるんだけどさあ……ええと……ええと……」
こんなとき、「はよ続き言え！」ってなるのは、この補完しようとする働きのため。何らかのきっかけがあり、それが不完全な形であれば、脳は続きを求めようとする。これを使ったのが、キーワードによるノート術。
なるほどー。これは20:80の法則とかゆって言い換えられることもあるけど、そんな一般的な言葉にいちいち言い換える必要もなかろう。こんなのがあるよーってことだけ認識すればいい。これを認識すると、マインドマップはシンプルになっていく。ノート量が減るっていううたい文句もあながち間違いじゃない。
マインドマッピングに関しては、Wikipediaが詳しかったのでリンクしとく。
2004-07-29 (木) [長年日記] Edit
1 [Sleipnir] Amazonから本棚.orgを現在のWindowで開く。
//var write_id = pnir.NewWindow( my_bookshelf_url+'write.cgi?isbn='+escape( isbn ), true ); var write_id = pnir.Navigate( id, my_bookshelf_url+'write.cgi?isbn='+escape( isbn ));
2 [映画] ](http://ecx.images-amazon.com/images/I/516Q31STT3L._SL160_.jpg "ルールズ・オブ・アトラクション [DVD](ロジャー・エイバリー)")
ルールズ・オブ・アトラクション [DVD](ロジャー・エイバリー)
いろいろ知識を持ってないと楽しめない作品。物語そのものはツマんない。ぶっとんでるっちゃあぶっとんでるけど、燃えるほどじゃあない。町山さんのレビューを読んで、ああーそうなのかーという感じ。
3 [Sleipnir] Amazonから本棚.org + 他人の本棚から自分の本棚.js
たださんのに追加。1つのスクリプトで両方できる。
//
// Amazonから本棚.org
// + 他人の本棚から自分の本棚
//
// 【要カスタマイズ】自分の本棚へのURLに書き換えてください
var my_bookshelf_url = "http://pitecan.com/Bookshelf/kdmsnr/";
var open_window = 1 // 0:new window, 1:current window
//
// 以下、スクリプト本体
//
var pnir = new ActiveXObject("Sleipnir.API");
var id = pnir.GetDocumentID(pnir.ActiveIndex);
var document = pnir.GetDocumentObject(id);
// 本棚に追加
function add_myshelf (){
if (open_window == 0) {
var write_id = pnir.NewWindow( my_bookshelf_url+'write.cgi?isbn='+escape( isbn ), true );
}
else if (open_window == 1){
var write_id = pnir.Navigate( id, my_bookshelf_url+'write.cgi?isbn='+escape( isbn ));
}
}
if (document == null) {
pnir.MessageBox("Document オブジェクトを作成できません");
}
else if (pnir.url.match(/http:\/\/www.amazon.co.jp/)){
var amazon_url = pnir.url
amazon_url.match( /\/ASIN\/([^/]+)\//i );
var isbn = RegExp.$1;
add_myshelf();
}
else if (pnir.url.match(/http:\/\/pitecan.com\/Bookshelf/)) {
var bookshelf_url = pnir.url;
var ai = bookshelf_url.indexOf('isbn=');
var isbn = bookshelf_url.substring(ai+5, ai+15);
add_myshelf();
}
document = null;
id = null;
pnir = null;
4 BC正規化
以前、ボイスコッド正規化って何だー？ということを言ってたんだけど、手元の本に載ってた。
ここで言われているのは、第五正規化まで簡単に行う3つのステップ。
- 入れ子構造の解消
- 冗長な関係従属性の排除
- 有効な識別子の網羅
(1)が非正規化から第1正規化に変換するやり方。これは誰もが知っている「繰り返しの排除」というやつだ。次の(2)は、第1正規化からBC正規化に変換するやり方。これは後から述べる。それから、最後の(3)で、識別子が属性項目をともなわない場合に起こりうる問題への処置を施し、BCから第五正規化まで落していく。以上。
通常は第三正規化まででOKとされるが、氏は「そんなもの使えません」と述べる。えーーマジですか。というわけで、手始めにBC正規化なのだ。
誰しもが第三正規化までは簡単に出来ると思う。出来るというか、普通にやると第三正規化になるもんだわな（そうでしょ？）。右は、第1正規化からBC正規化に至る工程を表した表であるのでかつもくして見よ。
はい、説明。まず、エンティティ[E1]が存在している。[E1] には d1, d2 による複合識別子と、属性項目 d3, d4 が含まれている。表では、属性間の関連従属性が「→」で示されている。
第二正規化の場合、複合識別子をバラバラに扱ってしまうことを排除する。エンティティの識別子はあくまでも d1 と d2 なのだから、d1 のみ（もしくは d2 のみ）から他の属性項目が導き出されてはいけない。よって、6つの組み合わせが「×」。
第三正規化になると、識別子が絡んでないところであれやこれややるんじゃなーい。というふうになる。具体的には、属性項目間でのいちゃいちゃ（d3 <-> d4）。それから、複合識別子なんだけど、識別子以外の項目への→（d1, d2 以外へ→が向けられている）。これらは排除される。
BC正規化になると、たとえ識別子に含まれているものであっても許さない。というふうになります。識別子からしか関係従属性を結べなくなり、それ以外は一切、認めないのです。
1 cept [生物学的には18歳女子高生かもしれんけど・・・、って気がしない？]
2 money [94才でも、現役大学教授なんだよね。「名誉」教授とかではなく。つまり、おつむはスーパーな94歳。。。]