■JTestコードレビューを自動的にしてくれる(例:notifyを使わずにnotiryAllを使用してくださいなど)Jtestは、世界初のテストケースからテスト実行までを自動化する最先端のツールです。ホワイトボックステスト、ブラックボックステスト、回帰テストを実行し、エラーを自動検出します。テクノロジーを利用して、ソースコードを静的解析し、コーディングルールに反するコードを検出。コーディングルールが、320種類登録されています1週間の無料DownLoadサービスがありますhttp://www.techmatrix.co.jp/asq/jtest/p58三度目の法則・・「2度あることは3度ある」p59上の方:コードレビューを定期的に行ってる組織とは何か?会社もしくは部署で、当たり前に行われているところもあるが、やらないところはまったく行わない、行わないところは誰もレビューしていないのでコードがぐちゃぐちゃになりやすい。行うところでもコードをレビューするリーダが忙しくなりやすくおざなりになりやすい最後の方:XPのペアプロは頻繁に変わるp61現実的にCでモジュール化されていない、非常に大きいプログラムはリファクタリング不可能らしいとのこと10?61p(最後の一行)CにはJavaDocに相当する機能がないので11?あまりよろしくない、どこまで詳細にするかが問題となっているないでしょう・・・p6211?62p(机上の設計真中ぐらい)なぜ昔は机上の設計をしたか?さすがにコンパイルに1晩かかったら流石に机上の設計をするようになる。p6413--メソッドサーチSwingには存在するが、Treeを表現するCollectionがJava標準にはない。コンポジションパターンでやるのが普通、JakartaCommonsにあるかも・・グラフライブラリがどこかにあるらしい14?64pインターフェースの変更Exceptionの子クラスに変換して投げなおすのはいいのでしょうか?publicインターフェースを公開してしまった以上しょうがないが本当はCheckedExceptionを投げたい66pパターンをやたら使うのは問題である。JavaWorld11月号でしたhttp://direct.idg.co.jp/detail_1.msp?id=701&class=10005&n=2文献http://www.shoeisha.com/book/Detail.asp?aid=1245(購入しましたがほとんど読んでいません)アジャイルを導入しても使いこなせる人が少ないのが問題アンチパターンの1つ、「パターンで何でも解決できると思ってしまう」68pKentBeckが作ったプロファイラーの話さりげなく書いてあるが、すごいのではないか??あまりたいしたものではないと想像(System.currentTimeMillisのようなもの?)スモールトークだから・・もっとビジュアル的なもの??■JDK1.4からの新機能(ドキュメントから引用)HotSwapこの機能が追加されたことにより、デバッガの制御のもとにクラスを更新できるようになりました。本の最初にコンポジットでディレクトリ構造をVisitorでうんぬんする話が永遠と載っている。前に3回と書いてあった突っ込みがありました。p78「巨大なクラス」の下五行モデルからビューに対して通知の仕組み(Ovserverと読んでいいのか分からないが)GUI側とモデル側で同じデータを持ってる時にモデルだけ独立しましょうといった時にときに、一時的に、例えばユーザ名を変更したら、もう一方も変更しなければいけないときなど(例が後に載っている)あとでここに戻ってもう一度みたいです。「変更の発散」79pデータベースが変更の時に1つのくらすで3つのメソッドを金融商品追加では4つ修正しなければならないということなんですが、2つの別の役割が混じっていることなんでしょう。→ボーランドが買収したトゲザーを買いましょう(高い?)■ErrorとFailureは異なる。大丈夫なテストを書きがちであるがそれはよくない■assertの違い(JUnitとJDK)基本的には前提条件である。Javaのassertエッフェルのアサートを参考にしている。出来ればリリースしても外してもらいたくないという記事があった。