コーディングは、機械的な仕事ではありません。あなたは結果のプログラムが長く、エラーフリーと生産楽しみたい場合は、「ライフ」、それは慎重にこれらの決定を考えなければなりません。コードが動作することができるかもしれないが、彼らが働く理由は特に理由はありません-開発者が偶然によってプログラミングされ、彼らのコードを考えるためのイニシアチブを取ることはありません。時には我々のコードにもかかわらず、速く走ることができ、我々は時折いくつかのアルゴリズムを開発し、トラブルで最速のプロセッサを行うことができます。我々は、これらの潜在的な問題を見つけ、コードのいくつかの速度を推定する方法を学ばなければなりません。ほとんどの非自明なアルゴリズムは、いくつかの変数の入力に対処しなければなりません。複数の入力、長い運転時間、またはメモリの使用：一般的に、これらの入力は、アルゴリズムの大きさに影響を与えます。
ウィザードを使用コードあなたドンは、しないでください tは理解します。 ウィザードにあなたが理解していないコードを使用しないでください。ウィザードで生成されたコードジョーアプリケーションの不可欠な部分。コードとウィザードが戻ってきれいなインターフェイスで、因数分解されていない-それはでラインごとジョー・書き込み機能を絡み合います。最後に、それはもはや、ウィザードのコードではありません、となるジョーのコード。誰も、彼らは完全には理解していないコードを作成する必要があります。
パーフェクトは、そこに増加する必要はありませんが、削除する必要がない場合に達していないとき。リトル需要は通常、彼らは深く仮定、誤解や政治的手段の層の下に埋もれている、表面上に存在します。需要が何かを完了する必要の文です。
プログラム仕様書を書くことは、プロセスを引き継ぐために、プログラマ程度の減額を請求することです。これは、主要な曖昧さを排除するなどのシステム要件を、説明し、明確にするために設計された活動の交換です。最初に実現し、開発者と話をすることに加え、仕様または将来の分割払い記録プログラマのコードの保守と向上に残しました。また、利用者と合意した仕様書 -それらに対する需要のコンパイルするだけでなく、隠された契約である：最終的なシステムは、契約の要件を満たしています。