このソースは何をしている?1つのロックに対して2つスレッドがとまった状態Swingなどで時間のかかる処理は別スレッドにするけど、こういうの書きがちかも。Kunthって有名人?コンピュータサイエンスの偉い人、TeXの人バグを見つけてくれた人にはいくら払うとか言い切るすごい人だとか。java.util.RandomのJavaDocには以下の記述がある。ページ上段落の記述について同じクラスで、同期、非同期の同じ機能のクラスの作り方でコンポジションで実装するか、サブクラスで実装するかってこと。級数の和は→"級数は"が正しいスレッドがたくさんある場合にはパフォーマンスが問題。yieldyield入れた方がよいという記述を何かの本に書いてたような。雑談:昔のOSでプログラムWindows3.1のとき同じようなスレッドが大量に立ち上がるような場合ってサーブレットとか。int[]の方がコストは低いというイディオムもある■コメントはメソッドを実装する前に書くか?→テストファーストの考え方では先に書くべき。作りながら考える場合もあるかも。テストケースのコメントは必要か?→必要テストケースを書いて本番コードは書かないインターフェイスに書いて実装コードに書かないというポリシーもある。uncaughtExceptionマルチスレッド、GUIでは使える。■こういう記述はGOOD。他の本にはThredGroupの説明はのってるが、それが有用かどうかの記述は少ない。■@serialタグJavaDocの"直列化された形式"に出る■デフォルトSerializableの互換性フィールドの順番を変更したら?フィールドの追加はOK?■defaultWriteObject()呼んだ方がいいんですね。■serialVersionUID簡単に作成するIDEツールってないね。■この本のソースないの?ソースの入手先はP3に書いてある。■ObjectInputValidationはじめて見た。■サーブレットコンテナのセッションデータTomcatなどは終了時にserを保存している。残りの時間で、バグパターンを読みました。読書会は本を深く読めるのもいいですが、むしろ雑談の中で、いろいろと刺激的な話を聞けるのがいいです。あと参加メンバーのジャンル、得意分野が幅広いのがいいです。幅広く、いいバランスがとれてる気がします。