NRIロゴ2号
Google
 
Web narimatsu.net
トップページ
写真日記
リンク集

旧コンテンツ

News,( US, UK)
はてなアンテナ
wikipedia

kick4wiki
kick4bbs
ジャパンネット銀行
ピンポイント天気
postMap
G-Tools
Kumaduino

うだうだ日記Index
2011
1 2 3 4 5
2010
1 2 3 4 5 6 7 8 9 10 11 12
2009
1 2 3 4 5 6 7 8 9 10 11 12
2008
1 2 3 4 5 6 7 8 9 10 11 12
2007
1 2 3 4 5 6 7 8 9 10 11 12
2006
1 2 3 4 5 6 7 8 9 10 11 12
2005
1 2 3 4 5 6 7 8 9 10 11 12
2004
1 2 3 4 5 6 7 8 9 10 11 12
2003
1 2 3 4 5 6 7 8 9 10 11 12
2002
1 2 3 4 5 6 7 8 9 10 11 12
2001
1 2 3 4 5 6 7 8 9 10 11 12
2000
1 2 3 4 5 6 7 8 9 10 11 12

うだうだ日記 2002年 8月 4日


2002年8月4日 日曜日

先週作成し、昨日 改良した ラップトップ台の写真を整理し、 ラップトップ盤の製作のページを作成。 Linux上で趣味のプログラミング。 集中力の低下を痛感する。 気力がなかなか維持できない。 そんななか、かろうじて機能追加。 buggyな関数ができてしまったので、 UnitTestの導入を検討。 なんとか導入してみる。 その関数の UnitTestで、 バグがどんどん見つかる。 デバッガでもテストはできるが、面倒なのでやる気が起きない。 テストケースをソースの近くに書いておけるというのが、いいなぁ。 ちなみに、そのbuggyな関数は、線分と点の距離の二乗を求める関数。 画面上の図形をマウスで選択...などというときに使用する。 プログラム全体をTest firstで作れればいいのだが、 あまりバグリそうもない関数だとテストを書く気にならない、 のはどうすればいいのかな? そういうところはテストしなくて良い? 枠組みはできたので、ぼちぼち考えてみよう。