Spring roo, いまいち. 同じような基盤技術を使いながらGrailsとはまったく逆方向で, 中身は透け透け. こういう方向を好む人もいるんだろうけど, 自分にとってはあまり面白いともいいとも思えない.

2009年10月29日, UMLモデリング推進協議会主催のUML開発事例紹介セミナで「ドメイン・モデリングの勘所」という講演をします.

日本における, モデリングの主流はシステム・モデリングです. つまり, 「どうやって作るか」をモデルで書く. もちろんユースケースなどは書くわけですが, それは「機能仕様書」のようなもの, と思われている.

そうそう, 濱さん, 本橋さんとの話をメモしておく. 知働化ではこれから開発者 (engineer) と通詞 (通訳師, interpreter) の役割をちゃんと使い分けるという方向です. また開発 (development) と実現 (realization) も違う仕事ですね. 知働化用語集を作らなくちゃね.

複雑さは細部に宿る. だから複雑さと正面から向き合わないやり方でやっていると, いくら上から捕まえようとしても捕まえきれない複雑さに最後はやられる.

なぜ, せっかく間違えたり, ムダなことをしたりするチャンスをもらっているのに, わざわざそれを捨てて, 生産性向上本とか成功本とかを一生懸命読んでいるだろうか? あぁ, そうか, それこそがムダなことだからか! でもそれはつまらないムダだな.

「自然」あるいは「現実世界」と人工物を比較したときに, 人工物の弱点は (当たり前 (と思うかも知れないん) だけど) 「よく出来過ぎてること」だ. その時に「余計な (= なくてもいい) 非対称性」はその弱点を克服しうる, 一つの方略かも知れない.

ここで人工物と言っているのは, ソフトウェア, 音楽, オーディオなどなど…

2009年11月6日, 関西で行われるアジャイル・プロセス協議会セミナ2009で「誰のための, 何のためのアジャイル? ~ 本当のアジャイル導入」という講演をします.

風の噂に聞くことにゃ, 近頃アジャイル&リーンの流行るやら.

アジャイルとかリーンとか言うとついつい間違えちゃうことがあるから, これからは「しなやかさとしたたかさ」と呼ぶことにしたらどうだろうか.

サービスとか, おもてなしとかいう言葉がキーワードとして提出されると, 強い違和感を感じないか (おもてなし, とかつい, ゆいたくなる気持ちはよくわかるけどね). プラスチック・ワードだ. つまり, その言葉を発する人間を思考停止にし, その言葉を聞く人たちの思考を停止させる言葉. その「おもてなし」は本当のおもてなしか. おもてなしのシミュレーションではないか.

濱さんと中村さんと串田さんと飯食ってたときの話. 読み上げレビュー. 自分が書いたコードを日本語として (正しく) 読み上げる. レビューアはコードを読まずに聞いて分かればOK. 日本語として美しければもっとよい. 誰ですかね, こんな面白い話考えるのは.