試作中のベストプラクティス？

Question

プロトタイピングが、どの程度に、あなたは、コードおよびフィックスハッキングの賛成で、ドアの外にベストプラクティスを投げるのですか？コードはフル生産に保管することを意図していないことを許可されます。

追加：私は、組み込みアプリケーションのためのUIを把握するために、Pythonで作られたかなり大きい半ワーキングプロトタイプに取り組んでいます。私は、コードが生産に使用されるものではないことを知っているが、まだそれは、コードベースの品質が行われた変更の数を着実に低下することを、私を悩ませています。

Answer 1

これはあなたのプロトタイプが証明しようとしているものに依存します。あなたは使いやすさのためのUIのプロトタイプを作成しているし、クライアントに実証するか、アーキテクチャを試作している？

私はUIのプロトタイプを作成していた場合のコンセプトは、反復を完了したと証明されていたら、

そして、私はすべてを捨てます。

私は建築のプロトタイプを作成していた場合は、

そして、最終的なコードは、ベスト・プラクティスに準拠し、使用可能になります。

それはそれは期限や予算制約のためにフル生産に終わるハックジョブプロトタイプの量驚くべきことだ、と述べました。あなたの意図は、生産（すなわちUIプロトタイプ）で終わるしないようにするコードのためである場合、スクリーンショットをモックアップではなく、それらをコーディングすると便利です。

Answer 2

残念ながら、私はあまりにも多くのプロトタイプは、時間の制約のために、ベースラインの製品に回してきました。理想的には、あなたは、ベストプラクティスに従っます。現実的に、あなたはそれが仕事はあなたが撮影しているものは何でも締め切り満たすために成し遂げるために必要なものを行います。機会が完全に書き換えることを期待しないでください。何が思い付くことは頻繁にそれを開発するために数日以上を要した場合は特に、ベースラインとなります。最高のアドバイスは、ハッカーレベルの速度でのベストプラクティスを使用することを学ぶことです。

Answer 3

あなたがする場合は、

私は「クリーン」方法を投げると（「物事が起こるよう」すなわちユーティリティクラス）をコメントではなく、「ビジネスオブジェクト」ます。

私は「WheelCount」の文字列値のプロパティを定義するには、「車」クラスを定義するかの選択を持っている場合たとえば、「DoorCount」、または単に迅速なハッシュテーブルを作り、私は一般的に先に行くと、少しを過ごすますので余分な時間Carクラスを作成します。

私は再コードに戻ったときに、それは後で、それは本当のクラス名を見て、より理にかなっている（そして時にはこれらのほとんどのクラスは「実際の」バージョンに譲渡されている）ので、

この理由はある。

一般的なプロトタイピングの最大の危険は、「私は後でそれを修正します」と、それをやっていない考えている...ので、任意の時点で、私は私がする必要があるかについて、かなり良いアイデアを持っている」あなたの心の中で思うなら「このクラスを行う先に行くと、そのクラスにいくつかの余分な分を過ごす、あなたはそれを再使用できるように右のそれを行うます。

Answer 4

私はほとんど常に使い捨てのコードのように（ここでは「スパイク」のラウンドと呼ばれる）のプロトタイプを扱います。プロトタイプのポイントは、 に問題の理解を得る、それを解決するためにしないことです。その理解は（そうでない場合、私はスパイクの範囲を主張するだろう大きすぎる）任意のコードアーティファクトよりもはるかに重要である、と正しくソリューションを実装することは簡単である必要があります。

あなたはフィット状態にプロトタイプをリファクタリングできますが、私の経験では、より広いシステムとの統合を持っていることを考えると、ゼロから書き換えるように高速です。

Answer 5

プロトタイプのために、外側だけは本当に重要です。あなたが後でコードを捨てる勇気ある場合は、あなたがいる限り、それは偉大に見えるようブック内の任意の汚いトリックを使用することができます。

プロトタイプは、顧客のレスポンスを取得するためだけのツールであることを覚えておいてください。 （うん、私はそれが好き、または、なぜあなたがそのオプションを入れている？）。