Aグループ
・(c)の関連の種類などどうなるのか
・やっぱり目的に依存する
・(b)コード片はマージしたものでいい
・再利用でもblackboxかwhiteboxかで変わる，(b)を選択するかどうかは
・パッケージが変わると，(b)にできない派と，ほとんど同じなので(b)派に分かれた
・prefix，postfixなどの識別子の名前の意味を見ていて判断した

Bグループ
・集約って何（意味がひろすぎる）
・DBに入れるときに，バージョン管理機能があるかどうかでかわるよね
・コメントを見てファイルが新しいかどうかを判断していた
・識別子を見て，その言葉の意味から判断していた
・パッケージ名も重要な基準
・類似クラスが2つ以上ありそうかどうかも判断基準になりうる

Cグループ
・(a)はバグを直したようなバージョン違いのときにした
・(b)(c)の境は微妙，集約のとらえ方でかわる
・コメントはほとんどみていない
・コードを中心に，どのような動きをするかで判断
・そっくりすぎると判断を躊躇してしまう
・シナリオとしてクラスの再利用かコード片の再利用で基準が変わる

Dグループ
・テストケース，例外処理，exampleなどのクラスは対象外にすべき
・集約（リファクタリング）というのは，見返りがあるのでするわけで，
  それが不明確なので難しい．
・集約でいえばJava言語に依存する可能性もあるのでさらに難しい
・組織内のコードだけ扱うのなら選択(b)は考えられる
・DBにはそのままほりこんで，利用するときにいろいろやればいいじゃないか
・リビジョンの異なるファイルの扱いは別の枠組みでやったほうがいい
・コメントなどにあるコピーライト，番号，日付などを読み深読みして決めた

