project-management - 概念実証段階から本番環境に対応したソリューションの作業にどのように移行しますか?

Question

私は、概念実証として受け入れられ、現在、実際の生産プロジェクトとして予定されているプロジェクトに取り組んでいます。他の人がこの移行にどのようにアプローチしているかに興味があります。

さまざまな情報源から、プロジェクトが概念実証として開始される場合、その急速に進化する段階で書かれたすべてのコードを破棄し、学んだことを頼りに基本的に白紙の状態からやり直すのが良い考えであることが多いと聞いています。概念的な段階からですが、最初に書いた潜在的に厄介なコードをクリーンアップする作業はありません。「これから送信しようとしている怒りのメールの最初のコピーを捨てて、最初からやり直す」理論のプログラミング バージョンのようなものです。

私はこれを過去に行ったことがあり、プロダクションで使用する概念コードもリファクタリングしましたが、新しいプロジェクトの移行段階にあるため、他の人がこれをどのように行っているかを知りたいと思いました. 明らかに、多くはプロジェクト自体と概念的なコードに依存します (たとえば、生成したものが機能するがスケーリングしない場合は、最初からやり直すのがおそらく最善ですが、プロジェクトのタイムラインが非常に圧縮されている場合は、強制される可能性があります。あなたがすでに書いたものの上に構築するため）。

とはいえ、すべてが平等であるとしたら、皆さんはアプローチとして何を選択しますか?

Answer 1

すでにほのめかしたように、答えは「場合による」です。

最初からやり直すのは良いことです。なぜなら、最初に問題を解決している間に追加されたものの、実際には必要ないものを削除するのに役立つからです。

また、概念実証がどのように作成されたかに依存することなく、アーキテクチャをどのようにしたいのかをさらに検討する機会にもなります...

ただし、実際には、ソフトウェアを外部に販売するビジネスを行っている場合を除き、プロトタイプに基づいて構築することは非常に一般的です。においがする、またはより良い方法で実行できるように思われるコードに遭遇した場合に、「後で修正します」と考える習慣にならないでください...

Answer 2

既存のコードをソリューションにリファクタリングします。

Answer 3

私にとって、それは私のPOCがどれほどずさんだったかに依存します。他の開発者に渡すのが恥ずかしいことなら、書き直します。それ以外の場合は、入手したものをそのまま使用してください。

Answer 4

コードが機能する場合は、それを使用してください。将来のメンテナンスを容易にするために、最も厄介なパーツのリファクタリングに少し時間をかけます。ただし、新しいシステムを最初から構築するという罠にはまらないでください。

Answer 5

学んだ教訓を除いて、概念実証からすべてを破棄し、場合によっては、計算などのいくつかの小さなコードの断片を破棄します。

概念実証アプリケーションは、問題のテクノロジが機能するかどうかを確認し、いくつかの境界条件のテストを開始するための最低限以上のものであってはなりません。

完了したら、新しく見つけた知識でアプリケーションを自由に再設計できます。