デザインは、実装に追いつくとき、[閉じた]嫌なものを避けます

Question

私は請負業者だと、多くの場合、ダウンヘッドであることをプロジェクトに持って来られ、ちょうど期限のための機能を実装しています。多くの場合、私のペースが速く、基礎となる設計のものよりなるが。だから私は、多くの場合、最終的な設計を待っている間に予備的な方法でタスクを実行するための関数/メソッドを作成する必要が羽目になる。

ポイントのケース、現在私は、現在のデータベースの設計（I Javaを考えていない以外、実際に私は、MySQLの「フィールド」機能を使用したいために、あまりにも複雑であるように、一部のレコードのデフォルトのソートを実行する使命を帯びました/ Hibernateは）それをサポートしています。だから私は、必要なデータベースの設計作業が行われた後のいずれか、再実装、または完全に回避することができ、レコードが時間のために、アプリケーションレベルでソートされている可能性が機能し、作成します。

必要なすべてのデザインは、（一般的におよび/または上記で概説したシナリオについて、具体的のように）完了すると、

私の懸念は、ですが、私はおそらく不要な機能/メソッドの跡を残したくありません。時には彼らは、デザインに価値を加えるかもしれないが、時には彼らは最終的には間接の不要な層で巻くことがあります。

私はこれについてどのように心配をすべきですか？私はこれを緩和するために何ができますか？私は実際に責任があった場合には、そのような私の傾きであるかもしれない「戦略パターン」、として何かを実装するために - または権限 - 通常の非常にの短期の契約者であること、私は通常、時間がありません全体的な設計のため。

Answer 1

私は嫌なものの特定の量は、コードベースが発展として期待されるべきであると思います。古い未使用のコードを離れて削除について体系的になろうとした場合でも、それをすべてを削除することは困難です。常に私が削除することができます私のシステムで使用されていないコードを見つけるために満足しています。

それはあなたが弱い型付けよりもはるかに優れた方法で種類と使用を追跡することができますので、

強い型付けは、あなたの友人は、ここにあります。だから、彼らは難しく掃除作る、離れて、それらの文字列データ型から滞在します。

あなたが同時に実行されているコード・カバレッジ・ツールとテスト・システムの上に生産システムからのトラフィックの価値が24時間を再生することができます場合は、

本当に巧妙なトリックがあります。これは通常、デッドコードの金鉱山だが、他の優先順位の中でのクリーンアップのような大規模な量に対処するための時間を見つけるのは難しいことができます;）