誰かが書いた劣悪なコードで作業しなければならないことは非常に一般的です。しかし、あなたが靴を履くまでは、あまりにも貧弱ではないと思ってください。彼らは、スケジュール圧力を満たすために何かをすばやく行うために、意識的に頼まれているかもしれません。それにかかわらず、不明瞭なコードで作業するには、それを理解する必要があります。それを理解するには学習時間が必要で、その時間はどこかのスケジュールから出なければならず、あなたはそれを主張する必要があります。それを理解するには、ソースコードを読まなければなりません。あなたはおそらくそれを試す必要があります。
コードを文書化しようとすると、あなたが考慮しなかったかもしれない角度を考慮しなければならなくなり、結果として得られる文書が役立つかもしれないので、自分自身だけであっても、これを文書化するのはいい時間です。これをやっている間、コードの一部または全部を書き直すには何が必要かを考えてください。それは実際にそれを書き換える時間を節約するでしょうか？あなたがそれを書き直すと、あなたはそれをより信頼できるでしょうか？ここで傲慢に注意してください。あなたがそれを書き直すと、あなたは対処しやすくなりますが、それを読まなければならない次の人にとっては本当に簡単でしょうか？あなたがそれを書き直すなら、テストの負担はいくらですか？それを再テストする必要性は、得られる可能性のある利益よりも重要だろうか？
あなたが書いていないコードに対する作業のためのあなたの推定では、そのコードの品質は、問題やunk-unksのリスクに対するあなたの認識に影響を与えるはずです。
プログラマの最も優れたツールのうちの2つである抽象化とカプセル化は、特に厄介なコードに適用可能であることを覚えておくことが重要です。大きなコードブロックを再設計することはできないかもしれませんが、ある抽象化量を追加することができれば、良いデザインのメリットを得ることができます。特に、個別に再設計することができるように、特に悪い部品を取り除くことができます。 Next How to Use Source Code Control