変更または書き換え

この記事の主なアイデアは、実行中および実装済みのプロジェクトを銃口でのみゼロから書き直すことです。







次に、あなたが一人で働いて、誰ともクッキーを共有しないと想像してください。



状況1:小さなプロジェクト



あなたが学生だと想像してください。 最初の学生プロジェクトを作成します-実験室以上のものですが、実際の商業プロジェクト以下です。 コードのサイズは約1000行です。

あなたはそれを書き、それを改善したいと考えました。 しかし、突然彼らはあなたがアーキテクチャに間違いがあることを発見し、修正には問題があります。 書き直しました。 それからまた。 四度目に書き直しますか? おそらく。

小さなプロジェクトは、完成するまで無限に書き直すことができます。 しかし、ここに問題があります。完璧と狂気の間の境界線はどこにありますか?

今日、いくつかの方法は完璧であり、明日は他の方法であるように思えるので、少なくとも平均的なプロジェクトを完璧に仕上げることはできないと思います。 そして時間が失われます。 最後に、3回目の書き換えの段階で立ち往生した半作業プロジェクトを引き渡すことができます(あなたは学生であり、最初のプロジェクトではVCSが主流であるため、VCSを使用しないことにしました)。



状況2:自由な水泳



今、あなたは上級生で、フリーランスになりたいと思っています。 または、独自のプロジェクト、独自のゲーム、独自のブラックジャックオークションを作成するだけで、...わかります。

素晴らしいアイデアがあります。あなたはそれを説明し、プログラムし、作り、最適化しました。 テスターをテストするダリ。 トラブルの前兆はないようです。

しかし、ここでは、新しい機能を構築するのがますます難しくなり、どこか深いところで、書き換えワームにかまれています。

5000行のコードのサイズですばらしいプロジェクトを書き直すために時間と作業の結果を大切にするかどうかを考えてください。 感謝していない場合は、白紙の状態から始めてください。 この場合、プロジェクトが完了する可能性は低いことに注意してください。



状況3:他の誰かのコード





これは最も危険なパスであり、滑りやすく、厄介で汚いパスです。 だから、どういうわけか学生プロジェクトを引き継ぎ、個人プロジェクトを放棄したと想像してください(もちろん、時間があるときに戻ってくるのは残念です!)。

そして今、他の誰かのコード1万〜15,000行があなたに届きます。 ゴブノコド。 あなたの意見では。 更新を導入することは、足を踏み入れることに相当します。 書き換えますか?

時間をかけてください。 まず、能力を評価します。 これを書き換えるのにどれくらい時間がかかりますか? どのように支払われますか? 適切な時間は設定されていますか?

他の人のコードを書き換えると、いくつかの問題が発生します。

最初の問題 :コードはすでに実装され動作している可能性が高いです。 この場合、すべての機能を再開発するだけでなく、以前のgovnokoderが遭遇したすべての松葉杖も考慮する必要があります。

2番目の問題 :プロジェクトを引っ張って先延ばしになり、最終的にプロジェクトを完全に埋めることはできません。

3番目の問題 :なぜあなたはあなた自身が同じgovnokodを書かないと確信しているのですか?



状況4:古いプロジェクトまたは特定のツール



おそらく、これはプロジェクトの完全な書き直しのための唯一の部分的な正当化です。 現在、多くの作業プログラムはマンモスのたわごとと同じくらい古いことが知られていますが、人々はそれらを使い続けています。 動作するため、デバッグされ、既知の場所でエラーが発生します。 このようなプロジェクトは、厳密かつ明確に策定された要件、多くのテスト、および長時間のデバッグを考慮すると、本当にゼロから書き直すことができます。 ただし、この場合でも、必要に応じてプロジェクトがすぐに動作するという保証はありません。 おそらくそれが古いプログラムがまだ残っている理由かもしれません。







したがって、プロジェクトを書き直す必要がない場合

1)自分の時間と、プロジェクトに投資した他の人の時間を大切にするとき。

2)プロジェクトの機能を正確に繰り返すことができるかどうかわからない場合。

3)プロジェクトを完全に理解していない場合、その機能を知らないでください。

4)govnokoderの場合;

5)愛するハムスターをだれも脅かさないとき。

6)ツールとフレームワークを除くプロジェクトのサイズが10,000コードを超えています。 これでさえ、ゲームがろうそくに値するかどうかを評価することはたくさんあります。



プロジェクトを書き換える価値がある場合

1)システムの過度の複雑さのために、改善の実装に非常に長い時間および/または多くのお金がかかる場合;

2)プロジェクトを徹底的に研究し、その詳細をすべて把握している場合。

3)50回目のお気に入りの計算機の書き換えがあなたの喜びであるとき;

4)顧客があなたの家に来て、あなたまたは他の誰かのgovnokodが非常にひどく働くと主張し、彼はあなたが最初に素晴らしいことをすべてしたいと思ったとき;

5)小さなプロジェクトのために想像を絶するお金の山を提供されたとき。



そして、真面目な人々は、プロジェクトをゼロから書き直すことは、プロ意識のなさのサインだと信じていることを忘れないでください。

がんばって。



All Articles