igaiga diary

_ 10000アクセス

mixiのアクセスが10000アクセスを突破しました！

10000人目はbear.miniさんでした！

記念に熊牧場になにかうまそうなお菓子持って行きますね。

＃別にいつも通りで記念でもないという、自己ツッコミ。(笑)

日記によると、mixiを始めたのは2004.9.22。

1年半で10000アクセスは遅めかな。

外部blogを使っているから、mixiの方はあまり伸びないっぽい。

＃新しく書いても、なかなか反映されなかったりするしね。

とはいえmixiにはとてもお世話になっております。

mixi無しの生活は考えられないなぁ。

前に「winがなくなっても生活できるけど、googleがなくなったら無理」

という話が私の周りで出たけど、mixiもgoogleと同じだなぁ。

ところで、2004.9.22の日記をみたら人狼BBS記録帳を出していた。

作ったときは実はまだやったことなかったんだなー。

_ WBC

韓国に惜敗。残念。

韓国は本当に強いですね。

そしてあそこまでの接戦で、観戦していた方々は楽しめたんじゃないんでしょうか。

見たかったなぁ。

印象に残ったのはイチロー。

負けた瞬間、吠えて悔しさをあらわにして、

インタビューでも

「私の野球人生の中で最も屈辱的な日」

と答えていました。

普段冷静な彼だけに、

あそこまで悔しさをあらわにする姿は初めてみました。

悔しさですら人を魅了できるイチロー、すごいです。

さて、準決勝進出にはアメリカの負けが条件、

人の負けを期待するのは嫌なので、

準決勝にいけたら儲けもんと思って見守りたいと思います。

アメリカが負けちゃうと米国での盛り上がりも無くなっちゃうだろしね。

_ じゃがポックル

久々の更新です。

10日以上書かなかったのはホントに久々じゃないかなー。

今週前半は体調が悪くて低調、しかし金曜の卓球で全快しました。

前週は前の会社の先輩方が次々と東京にいらっしゃったので飲み会3連発。

すごく楽しかったです。

故郷に帰ったような気持ちになれます。

辞めた後も仲良くして頂いていてホントにありがたいことです。

そしてなんとおみやげに「じゃがぽっくる」を頂きました！！

新千歳空港のJAL側一番はじっこの売店でしか売っていない上に、

いつも売り切れで私は買えたことがないという

北海道ではWiiに並ぶ人気の北海道限定お菓子なのです。

じゃがりこ風のポテト菓子ですが、ポテト再現性に非常に優れておいしい一品。

職場のお菓子置き場（通称「熊牧場」）へ持って行ったところかつてない大人気！

これを東京でも買えないかとその場でGoogle先生に問い合わせる私たちもちろん就業中。

するとじゃがぽっくる製造元のカルビーが

「ジャガビー」という名前でこちらでも発売してました！

コンビニでのみの取り扱いだそうです。

同僚が食したところ、じゃがポックルと比べ遜色ない味だったとのこと。

じゃがポックルファンのみなさん、コンビニへGO！

また、同僚の間ではポテリッチの人気も高かったです。

これは高級ポテトチップスといった趣で、

こちらもコンビニで販売しているとのことです。

というわけでカルビーの宣伝になってしまった今日の日記。

私はアルファブロガーではないのでカルビーから試供品が箱で届かないのが残念です。(^^ゞ

_ アジャイルプラクティス読書会

会社での読書会、(あまにょさんGJ!と言わざるを得ない)

6章「アジャイルなコーディング」は私が進行担当。

この章はプラクティスが多かったので、

最初に人気投票して人気順にやることにした。

25.意図を明確にするコードを書く 5票

26.コードで伝える 7票

27.トレードオフを積極的に考慮する 3票

28.インクリメンタルにコードを書く 3票

29.シンプルにすること 1票

30.凝集度の高いコードを書くこと 8票

31."Tell, Don't Ask" - 求めるな、命じよ 3票

32.取り決めを守ってコードを置き換える 0票

1人何票でも投票可、参加人数は10人くらい。

「凝集度の高いコードを書くこと」は

インパクト大な挿絵による貢献にぐっときた方が多かった模様。

（「おまえピアノかよ！」の絵）

凝集度が高いって読んだだけだとよく分からなかったのだけど、

みんなで話をしていたら理解が深まった気がする。

一言でいうと、

「責務が同じものは集めて、違うものは関連しないようにする」

のが凝集度の高いコードなのだろう。

「そのクラスのキャラを立てる」と言い換えてもいい。

あとはどこまで集めるかは見方次第、バランス重要、だから難しいのだろな。

もう1話題、"Tell, Don't Ask"の節で

「コマンドと問い合わせの分離」の話題を話したかったので独断で持ち出す。

状態を変える場合がコマンドで、

「いまどうよ？」って聞くだけの場合は問い合わせ。

問い合わせのときは状態を変えるべきではない。

変えられると困る。困ってる。まさにいま。(^^;)

ポイントは「コードで伝える」の節にある「悪い名前は間違った情報を伝える」ということ。

Getって名前だと問い合わせだろうと思って使いまくったら、

状態が変わってしおしおしお、、、とか。

そこで出た秀逸な議論。

「ファイルのリードみたいにポインタの指す場所が変わるものはどうする？」

確かに問い合わせなんだけど、読み出すポインタの場所が進んでいく。

結論としては、そういう場合はreadという名前を使えば、

皆ファイルのread(fread()とか)をイメージするので良いのでは、と。

なるほど納得。

そしてそーいう肝になる名付けはチームのコーディングルールで規定して意識あわせするのが吉ではと。

そういうときに使える言葉サンプル集ってどっかに書いてないですかね？

例えばget,set,read,write,update,,,とかとか。

CodeCraftには具体的な例はなかった。

Imprementation Patterns にあるかもとの話もでましたが、

どこかで見かけた方は教えてください。

ところで票数に私の数は入ってないのですが、

私が投票するならトレードオフ、シンプル、"Tell, Don't Ask"かな。