注意：この記事は主観性と超現実主義に満ちています。 著者は究極の真実であると主張していない
多くの場合、新しいアプリケーション、プログラム、ウェブサイトを作成するとき、最初に実験を行い、次に実験から最終製品を作成します。
ただし、ためらうことなく次の質問に答えてください。
- 他の開発者からソースコードを受け取って、何回も非常に魅力的ではないと感じましたか？
- ソースコードを他の開発者に渡すことで、コードを恥ずかしく思いましたか？
私の答え：絶えず、かなり頻繁に。
なぜこれが起こっているのですか？
これの主な理由は、プログラマーがプログラムのプロトタイプを拒否することができず、その上で機能をロールアップし続けることです。 あなたはいくつかのコードを書いてチェックしました-それはまさにあなたが必要とすることをします。 次に、別の機能を実装し、そこに固定し、開始しました...
その結果、すべての面にピースが貼り付けられたプラスチシンボールが得られ、バラバラになります。 ほぼすべてのものがリファクタリングされ、風水の外観につながるという考えで自分を慰めます。 このすべてをサポートできるのはあなただけです（結局のところ、地獄へのドキュメント、余分な時間の無駄）。 しかし、ここで、彼らはあなたのサービスを拒否するか、あなたが会社を辞め、すべてを移さなければなりません。 送信は受信よりも簡単です。 しかし、耳がいつも燃えているのに驚かないでください。
粘土塊をモデル化する際の主な問題は、手が常に油っぽいことです。 塑像用粘土プログラムを彫刻するとき、それを彫刻することはますます嫌になります。 さらに開発が進むと、プロジェクトにうんざりします。
プロトタイピングは優れたプログラミング手法であり、アプリケーションの可視性のみが必要な場合にアルファ版の開発に非常にうまく使用できます。 あなたは思いついた、または見つけたものをすべて積み重ねるだけです。 しかし、残りの機能を無意識にプロトタイプに彫刻することはできません。
良いことは良い習慣です：あなたのプロトタイプを塑像用粘土の塊のままにして、その上にプログラムの新しい部分を彫ってください。 ただし、並行して、クリーンなプロジェクトを作成し、改善点をそこに含めて、頭で考えてください。 きれいなプロジェクトであなたのプラスチシンボールがスチールフレームに変わるように、成功したデザインのみを使用してください。
はい、はい、これが常にうまくいくとは限りません。 多くの場合、これは時間の問題であり、これをプロジェクトにクリーンな方法で含める方法は明確ではありません。 しかし、私はあなたに尋ねます、他のプログラマに同情してください、私が今解析するかもしれないあなたのコードだから。
もっと考えて、やらないで、コードで繰り返さない（DRY）、複雑にしない（KISS）が、単純化しすぎない。 そうすれば、プロジェクトを転送するときにあなたの良心が清潔で落ち着き、アプリケーションの洗練とサポートが少し楽しくなります。