＠ 私のこだわり
会社では、必ず部長には「さん」をつける。 たとえば「中学の頃、私水泳部の部長さんでしたよ」みたいな。 微妙にキャラが違う気もするが、 実際違うのでしょうがない。

＠ カレー屋にリンクを貼ろうとしたら
段落アンカーが404…
アクセス制限かっ！（違う）

＠ TechEd
4日だけ出ます。主にDSLツール回り見てきます。

＠ お仕事:ここ二日の成果
今までTRACEでデバッグしてたのを、 デバッガを使えるようにした。
成果物はほとんどゼロなので異様に進捗してないように見えるが、 これから最低でも三ヶ月程度開発をする事を考えると元は確実に取れる。

＠ ウィスパリング同時通訳
2章までおしまい。 難しくて全然進まん。

＠ モジュールのオーナー決めて
ガーっと書いた方が早くない？ という意見が出た。
うーん、そろそろこのフェーズか。 組織の成熟度と私の実力が問われる最初の分かれ道だな。
当然こちらは徹底反対で行ってみる。

＠ Visual Studio Hacks
ちまちま電車の中とかで読んでいるが、なかなかに楽しい。 .NET 2003以降ならAdd-in揃えればvi離れも可能か？ 少なくともコーディングという点では、 そろそろカーソル移動が便利、 というだけでは太刀打ち出来ないレベルになってきている気がする。

＠ JavaScriptの雑談
以前紹介した私がちまちま書いているJavaScriptの雑談だが、 JavaScript自体の話題はだいたい形になったかな、 と思っている。 当初書きたかった
「JavaScriptはオブジェクト指向的に書くべきではなく、 手続き的に書かなくてはならない」
という主張はだいたい出来ているし。
もう2〜3ネタはあるが、たぶん書かないかな。 それよりはTDDの話題になりそうな気がする。 という訳で改めてリンクを貼っておく。 Omicron:JavaScript/雑談から。

＠ 直感で自明だが考えるとよく分からない事
世の中には直感的に正しいのだが、 本当にそうであるという理由がなかなか分からない、 という事がある。 そして現在、そのせいで仕事が手につかない。
考えている事は、 マイメロディーは本当に正義の味方なんだろうか？という事。 直感的には正義の味方じゃない、 で終わりなんだが。。

＠ お仕事
本家のコードをupdateしたら途中でささってかれこれ2時間経過。 明日はTech-Edの予定なので終わらせてから帰りたい所だが…
諦めてこのまま帰ってRASるかなぁ。

＠ 趣味プロに名前をつけよう
前から思ってたんだが、明らかに何かの思想体系になってるんだから、 趣味プロのような一般名詞じゃなくて固有名詞が欲しいよな。 なんかアジャイルとかに対抗したような名前。 こういうのは名前をつけた人が考えた事になるので、 やっぱり名前は重要です。 Ajaxとか。
昔からある物なんだが、 名前が無いとWeb日記とblogみたいになっちゃうので、 名前が重要です。ナウシカもそう言ってた気がする。
やっぱり横文字かなぁ。 日本人だと大和とかそういう和名もありだと思うが。 実世界指向？ちょっと違うな。 富豪的プログラミングをパクるなら、 XXX的プログラミングか？ ワールドワイドには普及しなさそうだが、 もともとワールドワイドに普及するとも思えないし、これでよかろう。 XXXはなんだろう。 妥協とかかな？妥協的プログラミング、とか。

- とりあえず「妥協的プログラミング」を演繹的に定義する。

1. 実際に動く物が出来る事を重視する
2. 実際に目的が達成出来る事を重視する
3. 目的は可能な限り簡単になるように曲げて行き、当初の思想を妥協して実装時間の短縮を計る
4. 品質は可能な限り落として妥協出来るギリギリの限界で目的達成を計る
5. 可能な限り妥協して使えるギリギリのラインでまずは実装し、 それを常用する
6. 使ってみて自分が気になった所だけを直す。使うまでは直さない。

もうちょっといろいろまとめられる気がするが、 だいたいこんなのかな。2週末理論とかも妥協的プログラミングの副産物。
林先生あたりにも意見を伺いたい所だが、 相変わらず星屑パラダイスでお忙しいんじゃろか？

＠ Tech-Ed
行ってきた。 DSLツールとかどんなのが出てくるかなぁ、と思って期待して行ったが、 なかなか良かった。
当初の予定通りの物は絶対出ない、 という確信はあったのだが、 想像以上に良く出来ていたし、 妥協の仕方もかなりうまかった。 どちらかといえば趣味プロの領域だよなぁ、あれは。
VS2005の話も面白かったです。 これからはVSとeclipseの二頭でviやemacsは過去の遺物なのかなぁ。

＠ Non Speculativeですかぁ
呼びにくいし覚えにくいしtype数も多いので、 一番トップの名前としてはいまいちで無い？ 思想を支えるマントラみたいな感じで使うならいいと思いますが。 AjaxみたいなのをAsyncronus JavaScriptと名づける位のそのまんまっぷりを感じるのですが。
Ajaxと同じ感覚で行くならnspec？ NSP？
でも響きとかをおいといても、 投機的じゃない、というのもちょっと違う気がします。 趣味プロはとりあえず使ってみる、 という所まで持っていくのは、 何も作らずにあーでもないこーでもないと考えるよりも投機的行動な気が。

＞拡張性とか、理想像とか、そういうのは全然考えずに、
＞手持ちの駒と最低限の労力で、とにかく今よりも良くする事を最優先に。

ここらへんの事をあらわすイカしたネーミングがあるといいのですが。 でも手持ちの駒と最低限の労力、 というあたりまでだとありがちな話なんですよねぇ。 今よりも良くする為に間違っている方向かもしれなくても歩き出すのがミソなんですが、 その感じがあまり出ていない。
まあいいや。私は妥協的プログラミングで行こう。
たった二人でコンセンサスが取れないってどうよ？（笑）

＠ シュローダードラゴンファンド
TOPIX連動ETFを買った時に余った端数で買ってみた。 どうなんざんしょ？

＠ Re: 名前
妥協的プログラムとは明確に定義されている専門用語だ。 少なくともプログラムのコンテキストでは日常用語の妥協とは昔(*1)から違う。 私の回りに聞いても、みんな(*2)だいたい正しい意味をしっている。 妥協とは定義に沿っているかどうかで客観的に決まるの物で、 本人の解釈の入る余地は無い。 妥協的という言葉を定義と違うように使う人、 または使いたい人はいるのかもしれないが、 知らない人にはちゃんと教えてあげるべきだし、 わざと間違えている人にはちゃんと反論すべきだ。 正義はわれわれにあるのだから。
(*1)2005年8月3日にはもう公式に記録に残っている
(*2)今の所50%（含む私、母集団は2）

- とかアホな事言ってると真面目に言ってる人達に怒られちゃいそうなのでやめるとして。
やっつけかぁ。 コードを書くの自体はそれに近いのですが、 やっつけで作った物に囲まれて日々を生活していく感じも含めたいんですよねぇ。

＠ 隣の芝は青い
職場での一コマ。
「携帯なんかの開発だとTDDとか出来そうですが、 サーバーサイドだといろいろと難しいじゃないですか」
前の会社でもちょうど反対の事が言われていたなぁ。

＠ TDDとAgile
みたいなセミナーというかプレゼン会みたいなのを、 お隣のFEPのチームが行うらしい、というメールが来た。 ほぅ、このマコネル派の私に対してそんな流行言葉をぶつけるとは、 挑戦と受け取ってよいのだな？ という事で真っ向から対決すべく参加（嘘）
対決したって訳じゃないが、 終わった後に友情が芽生えた。

＠ 今日のあれ
とりあえず8/6まで進める。 後は明日〜。

＠ シーケンス図エディタ
個人的には結構気に入っていたのだが、 常用するのは私くらいなもんだろう、 と思っていた。見た目地味だし、 なんかロバストじゃないし。 と思っていたら、IRCで使用者が。
おお、こいつを使うとは、なかなかわかっていやがるね？ 私の素晴らしい思想を理解する男がついに現れたか、 とか思い会話をしていると、

「ワードに貼りたいけど、貼れない？」

とか言われる。
び、ビジネス用途！？だいぶ私より先を言っているなぁ。 というか正直想像すらしてなかった使い方だ…

- という訳で幾つかフィードバックを受け簡単そうなのだけ実装してみる。 Omicron:シーケンス図より。

＠ 今日はミートパイ記念日
皆様もちゃんと祝いましょう。私は銀座あたりでミートパイ食べる予定。

＠ 朝
ジョナでVisualStudioHacksを読む。 たぶんVisualStudioへの投資は元が取れる立場に私はいる。 ドッグフードとか食べてるし。
現在Hackの26まで。全部で100なのでまだ結構あるね。 ここまで読んだ感じだとショートカットとAdd-inを駆使すれば、 我慢出来る所までは行きそう。 元がviな人なので不自由なく、という訳にも行かないが、 emacs系でも生きていける程度には柔軟性もあるさ。 なお、私の中ではVisualStudioはemacs系。
95年はOSで2000年前後はIE、2005はVSの年なのかな、 という気はしている。.NETが無いぞ、って？ 確かに2000年以降はいろいろ同時に出てきてるからねぇ。

＠ 昼間
芝公園で力の限り泳ぐ。 でもさすがに今日は混んでるなぁ。 いつもはあんまし追い抜きとかしないが、今日は諦めてバリバリ追い抜く人に。 さすがに屋外のプールでダッシュをやってるのは私一人だな…
でもいい天気で楽しかった〜。 やっぱしプールは屋外だよね。 夏大好き。 海も行きたいな〜。

＠ 記念日
その後は記念日を祝うべく、銀座プランタンでミートパイを買う。 とりあえず今朝復習した感じだと、 終電の駅のベンチで食べなくてはいけないらしい。 うーむ、そういえばそんな感じだったなぁ。
とりあえず普段載ってる新宿線で終電まで行くか、 といってたどり着いたのが笹塚。 うーん、ここはなんか違う。
という事で次に来た乗り継ぎの電車で終電まで行く事に。
橋本に到着。
…遠いよ！今日はいろいろやる事あるのにっ！
しかも思ったよりも栄えてて、 あのさびれた感じは全然出てない。 もっと久里浜とかの方がいいのかもしれないなぁ。
でもせっかく来たんだから、 という事でミートパイを食べて、 ちょっと回りを見てから帰る。 緑があるのは好感度高いが、東京から遠すぎかなぁ。 横浜線とか乗りやすいが。つかわねー。
そんな訳で今年はかなりパーフェクトに近い達成率だぜ。 去年はスペインだったからなぁ…

- 帰りにつつじケ丘と千歳鳥山に寄って不動産屋をめぐったり、 街を回ってみたり。 うーん、つつじケ丘はありえないな。 ここなら調布に住むさ。
千歳鳥山はかなり住み心地が良さそうだった。 人が集まる理由も分かる。 下北なんかと対比される事が多いが、 鳥山の方が住む所って感じがする。 パスタ屋も多くて、 会社でパスタしか食べない人と誤解されつつある位いっつもパスタ食べてる私も大満足。 鳥山で決定かな。
値段的にも、調布-つつじケ丘-千歳鳥山は変わらないっぽい。 1Kで7万とかそんなもん。 千歳鳥山あたりまでなら割と気軽に新宿方面に出られるし、 どうせ笹塚で都営線に乗り換えるパターンが多いので特急もあんまし普段から使わない人なので、止まらなくても問題無いし。 という訳で千歳鳥山にする事にしました。
後は時期だね〜。 一応プール仲間が一旦地元に戻るって話が出てるので、 その時期くらいに合わせるかなぁ。 っていつだっけ？今年中とか？ もっと早い？遅い？

＠ お仕事としてTech-Edに行ったので
レポートをまとめるべくSoftwareFactory本を読み直してる。 DSLツールに必要な条件、みたいなのがどっかにのってて、 これさえそろえば後はインクリメンタルに開発していけるぜ、 とかいう話題があったと思うのだが見つからない。 あれと現状の比較がしたかったのだが。
一応9章の後半にそういう話題が出てるんだが、 必要なツールの要件が載ってない。 どっかにVS2005には入るぜ、みたいな感じで出てたと思うんだけどなぁ（あの進行度では2005には入らないだろうが）

＠ 12:00起床
二度寝してしまった。 こんな怠惰な休日の始まりも久しぶりだな。 でもたまには良いか。

＠ 今日の一日
前の会社の友人と飯食べに行って近況の話とかする。 私が夕方横須賀に行く、 という事でそれじゃあ横浜でも行こうか、 という感じで横浜に。
なんかいろいろ話をして気付くのは、 たった数ヶ月なのにずいぶんと自分の考え方が変わったなぁ、という事。 今は副社長変えなきゃかわらんだろ、 とか素で思ってるからなぁ。 変わるのがいいか悪いかは変わってみないと分からんが。
思うのだが、大きい会社を作る場合あそこまで行く才能とあそこから進む才能は結構違くて、 あそこらへんで考え方を変えなくちゃいけないんじゃないかなぁ。 あそこまで行く前の、 あの少しあたって中規模くらいの会社になる所にも大きな壁はあるんだろうが。
昔はあの会社を良くするにはどうしたらいいだろうか、 と考えていたので、 あの会社があの会社である根本の所を変える気はあんまし起こらなかったが、 今は別に多数ある会社の一つでしか無いからなぁ。

- そんな感じで横須賀で花火とか。 花火は多少遠かったがすいてて悪くなかった。 荒川の花火大会なんかと似たり寄ったりかな。
だが、横須賀だと高校の頃つるんでたような人達と集まって見に行く事になる。 久しぶりに会うとなかなか楽しいもんだが、 一方で割と皆普通の人っぽくなっててつまらんという気もする。 まぁ今の会社が変わり者ばっか集まり過ぎだからかもしれんが。
もともと高校の頃の友達ってのはオタクばっかなので、 それが引退すると割と普通になっちゃうんだね。 まあ私はヲタじゃないので話はしやすくなったが。
最近いろいろと話す相手のグループが増えてきて思うのは、 私が一番普通に話せるのはビジネス系の人だなぁ、という事。 最初多少冗談も混ざってたビジネスマンって奴だが、 結構素かもしれず。 金儲けの事を考えてる人とかビジネスでバリバリやってる人と話すのが一番素で付き合える気がする。

＠ なんか知らんが
ミートパイは平塚で食べる物だ、と教わった。 来年は日本にいたら、平塚に行こう。 ベンチで仲間にあったら反応に困りそうだなぁ。

＠ 9:30頃
出社。

＠ MindMapを会社でも書こう
と思って昔作ったMindMap書きソフトを入れようとしたのだが、

1. lzhの解凍ソフトが入ってない
2. SVGプラグインも入ってない

という事で面倒になり挫折。 やっぱり単一ファイルじゃないと、 お仕事マシンに入れるのはかったるいよなぁ。 諸般の事情ですぐクリーン状態に戻しちゃうし＞お仕事マシン

- がんばって入れてみたが起動したら落ちる。 こりゃ真面目に追ってみないと駄目だな、 という事で今日は紙と鉛筆に。 妥協もやりすぎるとこんな事態に陥る訳で。バランス重要。

＠ お仕事
やっぱりデバッガ大活躍。そりゃそうだよね。 以前環境作った時に少し時間食ったが、 今日一日で余裕で元が取れたっぽい。

＠ ウィスパリング同時通訳
3-3まで。この本、さっぱりペースがつかめないなぁ。

＠ TDDなんてクソくらえ
なんかTDD信者だと思われると嫌なのでここらでアンチっぷりを発揮しておく。 私はTDD信者じゃありません、えぇ。 もうXPとか大嫌い。 リファクタリングなんて全部グリーンよ？ 私グリーンって大嫌いっ！鍋なんて全部ホーローよ？ 馬鹿みたい。いまどきホーローなんて流行らないわよっ！
TDDなんて妄想です。 くだらんです。 腐った環境を救ってこその方法論です。 一部の例外的状況しか適応出来ない方法論なんてクソです。

「TDDで開発すると使いやすいオブジェクトとなります」
嘘です、ありえません。 これが成り立つのなんて一部の例外的状況、 例えばスクラッチから全てTDDで開発している場合、 くらいなもんです。 レガシーとの接続はほぼ全ての案件でありえるんです。 既存のコードが糞フレームワークで継承前提だったりなんて良くある事です。 インターフェースなんて定義されてないんです。 メソッドなんて全部staticです。 コントラクトなんて無いんです。 全部ラップするんですか？アホですか？ 既に実績のあるコードの再利用は、 例えUnit Testやリファクタリングなんかを考えても、 それらより明らかに正しい。 絶対的に正しい。 スクラッチから書きなおす、 というのはほとんどの場合に最低の選択だ。
TDDで開発出来ない理由はどこにでもある。 幾らでもある。 誰でも良い。 アジャイルだAjaxだと騒いでるような奴でTDDで開発してない奴を連れてきて聞いてみるがいい。 出来ない理由はどこにでもある。 出来る理由はどこにも無い。

「テストの為の特殊な環境無しで、特殊なdeploy作業無しで実行できなくてはいけません」
そんな事は無い。 その為に払う大量のモック、 テストの為の仕掛けを作るコードとのトレードオフで語られるべき事だ。 それは再利用対象のセンスの良さに依存する問題で、 糞な物を再利用する時はモック作ってたら一年二年あっという間にたってしまう。 もっと良い方法があるならそれに従うべきだ。 何が良いかは状況依存だ。極端に走ってはいかん。 人海戦術の方がコストが低いなら人海戦術に走るべきだ。 今泥の中を歩く必要があるなら、 歩き始めるべきだ。 将来的なコストなんて将来が来るまで分からん。 俺もお前も神じゃない。 今に生きるべきだ。

「UnitTestを書く方が開発コストは下がる」
そういう場合もあるかもしれない。 でもそれはこれまた例外的な状況だ。 あなた一人がテストを書いても、 他のメンバーがテストを書かなければUnitTestで検出できるバグなんてたかがしれてる。 センスの無いぐちゃぐちゃなインターフェースとつなげる所、 そこにこそバグが入るんだ。 バグのあまり出ないUnitTestの書き易い所だけ書いても何も起きない。 全員が書けば良い？じゃあ書かせてみせてくれ。

- 実現不能な方法論では現実は救えない。 クソな状況こそなんとかしなきゃいけないのに、 そこに目を背けるなんて論外だ。 スクラッチから書くなんてプロジェクトは無い。 継承ベースの全フレームワークをDIに直すのは異様に複雑でバグの出やすい不自然な設計を産むだけだ。
現実を見よう。TDDなんて多くの場合には不可能なんだ。 顧客の脳みそから欲しい物がそのまま出来たらいいのに、 というのとTDDで作れたらいいのに、 というのには、結局似たような事を言っているんだ。

- プログラマレベルのテストは大切だ。 TDDが実現不能だから、 という言い訳をする事でテストを書かない事が許されると思ってはならない。 品質を確保するのはプロの責任だ。 言い訳にしか使えない方法論なんて捨てて、 現実を生きよう。 テストを書くのは技術者の必要な能力だ。 ちんけな絵の通りにいかないから何もしないのでは無く、 知恵と経験を使い、 使える全ての物を使え。 頭を使わないとうまくいかないから人が必要なのだ。 人が絡み過去があり正しくないからこそ頭を使う必要があるのだ。
なりふり構わずコードのカバレッジ、 状態のカバレッジ、 デザインのディシジョンやバグの記憶を埋め込め。

＠ 続: MindMap
会社でデバッグ実行してみたら、 どうもSVGのpluginのreferenceの所っぽい。 そもそもバージョンも違うだろうからなぁ。
ここらへんが再配布が出来ない物に依存する嫌な所か。 やっぱりMS物にdependする方が幸せだなぁ。 今からVML勉強する気もなかなか起こらんが…

＠ 上司に宣伝
使ってるデバッガのコードネームで日報を書いていたら、 それなーに？ と質問されたので便乗してちょっとデバッガの素晴らしさを布教してみる。 もちろんデバッガ自体は知ってるんだろうが、 うちのプロダクトでも少しがんばれば使えるってあたりを中心に。
草の根的に広めていく方向もありだが、 上もトレードオフの無い効率化に関しては知っておきたいだろうし、 こそこそやってたのを実は仕事してたのさ、 と宣伝しておくのは悪い事じゃないだろう。

＠ Ever17の音楽
飽きたといいつつずーっと聴いている。 他に選択肢が無いからなんだが、 一方で飽きたなりに聴けるので結構悪くは無い。 こういう存在感の無い曲たちは好きだ。

＠ 夕方
割と仕事がはかどったので早めに帰宅。 帰りに会社の隣のプールに寄る。
選手コースの子供達が練習してたので、 試しに少し遅れるくらいであわせてみた。
500m位でダウン（弱っ！）
いやぁ、きついねぇ。 奴らバックやバッタも混ぜていて、 こっちはフリーonlyで多少遅れてでもついていけん。 でもこのメニューでやってたら早くなるだろうなぁ。
なんかやる気が出た。 あんな風に真面目に泳ぐ事は無いだろうが、 30切る位は目標にしてみようかなぁ。
ちょうど涼宮茜とかあの位の速度で泳ぐんだろうねぇ。

＠ 英ここ Unit2
当時のディクテの紙を引っ張り出してざっと数えたら、 私は33単語間違ってますね。 ちょっと私の方が出来が良いけど誤差の範囲かな。
だいたいこの位の間違いの数がこの教材がちょうどはまる実力なんじゃないかな。 割と順調なんじゃないでしょか。

＠ ウィスパリング
現在セクション4-1の日ー＞英音読が終わった所だが、 やっぱりどこまでやったらいいのか良く分からない。 音読だけなら一瞬で終わるが、 それでいいのだろうか？ で、次の逐語訳で詰まる所を集中的に、 って全部詰まるし。
やっぱり基礎力不足か？ とりあえずメモ取りまではやってみます。 日ー＞英の勉強は一切していないので、 当然実力が無いのは当たり前なんだが。
とりあえず今の所、

1. リスニングの更なるレベルアップには日英が必要、と割り切って英訳の練習をする
2. リスニングに必要そうな所だけ選んでやる

のどちらかを決めるまで、 指示通りやってみるつもりです。

＠ Visual Studio Hacks
ちまちま毎日読んでいて、現在49くらい。 この本はVisual Studio .NETを使ってる人なら買いだ。 間違いない。
割とバリバリ使っている人なら半分以上知ってる事だろうが、 それらを差し引いてもこれは良い。 結局emacsやviに誰もが最初投資したように、 Visual Studioにも投資しなきゃいけない訳だ。 ショートカットや数々の機能は絶対に元が取れる。
最近なるべくHacksで出てきた技で使えるのは使いながら仕事をしているが、 かなり快適になった。 とりあえずマスターはしなくても、 どんな機能があるかを一通り見ておくと、 後で作業する時にもずいぶんと違うものです。

＠ 18:30頃
会社を出る。 今日は異様に仕事がはかどったので、 早めに帰宅。 いつもこうありたいやね。
でも帰りの電車が何故かとても眠くてVS Hacksがそんなに進んでない。 そういえば昨晩暑くて眠りが浅かった気がするなぁ。

＠ ウィスパリング
とりあえず3を終わらせてみた。 メモ化の所。 やっぱりさっぱり出来ない。 うーん、練習してみるかな？ 練習する場合、この本はあまり必要無い気がする。
リスニングどころか英語のスクリプトを見てそれなりな速度でメモを取る事すら出来ないので、 ちょっと遠回りでもメモの練習をする必要がある。 この英和っていままでほとんどやった事無かったが、 ここらでやってみるかなぁ。

＠ 暗唱
ビジネスミーティングの英語表現を歩きながらずーっと暗唱してるのだが、 これがかなり会話に良い。
一ヶ月くらい同じ文を読んでいると、 自分の手持ちの文になる。 メールを書いていてもそれらの変形が使えているし。
という訳で暗唱はかなり手ごたえあり。 でもリスニングに効くかは謎。
なお、回りからはかなり怪しく見えていると思われる。 もう変な目で見られるのも慣れた。

DiaryServer Diary/1.106 (DiarySrv::Diary/1.211 ; Compress::Zlib/1.34)
Created: 1997/12/09, Updated: 2004/01/04