これは同じトピックのフランクの 記事 へ返答である。 彼は13のシナリオを論議する。 私はよい建築家にいかに斑点を付けることができるかまた悪い建築家に斑点を付ける1つの単純な方法を指すことを望み。

悪い建築家は当然実用的な知識の欠乏を示し、彼の声明を正当化するのに指定および権限を使用する。 それらは流行によって揺れ、現実で基づいていることに欠けていることは悪い開発者で新しく、光沢がある何でも採用し、強制しがちである。 それらはまたover-engineeringのタイプである。 設計を必要以上に複雑化する傾向は貧しい建築家の確かな印である。 それらに斑点を付けることは容易である。 上記のポイントを書き留め、あなたの次の会合に行きなさい。 よいあなたの建築家がいかにあるか知っている。

実質の建築家に現実で強い基づいていることがある。 ないにいつ技術をそしていつ使用するか知っている。 彼は固体理解しやすい論理と質問されたとき正当化し、大げさな単語および指定に頼らない。 よい建築家はまた条件を満たす単純な解決方法を選ぶ。

PS. 私はUML文書およびほとんど何もの連を発生させるUMLの猛烈な建築家が(これ)最も頻繁に悪くない建築家よりであるこの口やかましい疑いを常に有した。 最近私は繰り返しはっきりした設計およびUMLの図表をプロジェクトからのJSPのテーブルの部品を使用するために押売りした試みたり5微細なユーザーズガイドを持たなかった。 ほぼ非存在ドキュメンテーションおよびDOCより少なくjavadocsを解読するための正直な努力の後で私はあきらめ、Extの格子部品を代りに選んだ。 UMLのサンパーと悪い建築家間の相関関係を見たか。