time-management - アプリケーションの納期に対する設計の影響

Question

一部の開発者は、タスクが与えられると、IDEに直接入り、ごくわずかな設計でコーディングを開始します。彼らは、コーディング中にアプリケーションがどこに向かっているのかを知っているかもしれません。私はこれらの開発者の1人です。これを行うのは、アプリケーションの設計に多くの時間を費やすと、ただ座って頭の中でアイデアをコーディングする場合に比べて、はるかに長い時間がかかると感じているためです。私の質問は、アプリケーションの設計がプロジェクトの納期にどのように影響し、アジャイルな方法でコーディングするよりも大きな利点があるのか​​ということです。

Answer 1

たとえば、旅行がしたいとき、目的地が近くまたは町内にある場合は、すぐに出発できます。外国に旅行に行くときは、まず自分の荷物を詰める必要があります。

デザインは準備のためのものであり、それがなければ行き過ぎたり、道を間違えたりすることはありません。

Answer 2

これは白黒の状況ではありません。プロジェクトによっては、すぐにコーディングを開始する方がはるかに良い場合もあれば、大規模な計画段階を設けた方が良い場合もあれば、明確でない場合もあります。

プロジェクトが小さくて単純で、1 人の開発者しか取り組んでいない場合、そしてその構築方法が明らかで、頭の中であらゆる側面を想像できる場合、彼らはすぐに飛び込んで設計を始めることができます。

複数の開発者がいる場合、またはプロジェクトが大きくて複雑で、開発者が最初からどのように機能するかについて可能な限りすべてを知ることができない場合、プロジェクトのすべての側面を知るには複雑すぎるため、より広範な計画が必要になります。あなたの頭の中で。

Answer 3

このアプローチは、自分で作業している場合にのみうまく機能します。チーム内で作業する必要がある場合は、最終的な目標が何であるかを他の全員が理解できるように、適切な計画を立てることが重要です。これは創造性を低下させるものではなく、全員が同じページにいることを確認できるようにするだけであり、混乱の可能性を減らします. _{(ソース: yang.id.au )}

Answer 4

あなたが説明することは、よく理解され、含まれているものを書いている場合にのみうまく機能します。それがあなたが書いた他のソフトウェアと似ていれば、古いものを再利用できるので、新しいデザインは必要ありません。ただし、それがまったく新しいものである場合、オンザフライで設計すると費用がかかります。あまりにも多くのコードを書き直したり、さらに悪いことに、貧弱なアーキテクチャにとらわれて速度が低下することに気付くでしょう。同様に、コードを拡張可能にする必要がある場合は、事前に計画する必要があります。他の人のコンポーネントを操作する必要がある場合は、事前に計画する必要があります。