楽なのがPOJO

後、これも重要ですが、業界的にPOJOとAnnotationによるEoDに向かっているので、それを妨げる(反対する)のは得策ではないということです。「最終的に開発が楽になるなら、Annotationに依存するくらいは、大目に見てPOJOと呼ぼうよ」そういうことです。

個人的にはアノテーションを含むソースをPOJOと呼びたくないですが、でも業界的にはPOJOと呼んでよいと私も思います。

あえてPOJOとそれ以外を分けるポイントがあるなら、「スタブを使わずにUnitテストを通せるか」、という一点にくくるだけでよいのではないでしょうか。それこそがEoDな気がします。