実際には、より上位のテストを優先的に書こうという話。 http://d.hatena.ne.jp/yach/20140424 僕は以前から、ユニットテスト偏重なTDDの考え方に疑問を持ち、自分でテストを書くときは、なるべく上位のテストを書くようにしていました。 この考え方は、テストファーストな人達の評判が悪く、開発の方針を決める際に「なるべく大きな単位でテストを書くべきだ」という主張が通ることはほとんどありませんでした。 彼らの主張はこうです。 「ユニットテストを書け」「ターゲット以外はモック化しろ」。 そして、ときにはこの考え方が拡張されて、「ユニットテストを書きやすいようにクラスを設計しろ」となり(これは良いと思います)、「ユニットテストしにくいからコントローラーになるべくコードを書くな」とか言い出します。これは流石に本末転倒です。 こうして書かれたユニットテストというのは、開発者の思

昨年末からずっとこんなことをしてまして、この時期になってようやく今年初のブログ記事です。 進捗的なアレがアレでごめんなさい。そろそろ3年目に突入の @pandax381です。 RTT > 100ms との戦い 経緯はこのへんとか見ていただけるとわかりますが「日本と海外の間を結ぶ長距離ネットワーク（いわゆるLong Fat pipe Network）において、通信時間を削減するにはどうしたらいいか？」ということを、昨年末くらいからずっとアレコレやっていました。 送信したパケットが相手に到達するまでの時間（伝送遅延）を削減するのは、光ファイバーの効率の研究とかしないと物理的に無理なので、ここで言う通信時間とは「TCP通信」における一連の通信を完了するまでの時間です。 伝送遅延については、日本国内のホスト同士であれば、RTT（往復遅延時間）はだいたい10〜30ms程度ですが、日本・北米間だと10

財務省は、平成26年10月1日に新幹線鉄道が開業50周年を迎えることを記念する「新幹線鉄道開業50周年記念貨幣」として、千円貨幣と百円貨幣を次の要領で発行することとしました。 １．千円貨幣図柄

仕事をやってて感じたことを素直にタイトルに書いてみました。 完成度の高いものを時間かけてやるよりも、多少完成度が低くても短い時間でとりあえずやってしまうほうが、いい方向にコトが運ぶことが多いなーという私の実感です。 今回はこのことについて少し書いてみようと思います。 時間をかけてやったけど思ったものと違うと言われる人から依頼されて何か資料を作ったりすることはよくあると思います。 大抵、依頼してきた人に締め切りを確認しておき、その期限までに自分なりに調べたり意見をまとめたりして資料を作成し、提出しますよね。 自分なりに試行錯誤して「こういう構成のほうがいいかな」「こんな表現のほうがわかりやすいかな」とか思いを巡らせながら作成したことでしょう。少しでも「完成度を高めよう」という前向きな思いからだと思います。 でもいざその資料を依頼主に見せたら「んー、これちょっと思ってたのと違うなあ。こんな感じ