私が最初にプログラミングを始めたとき、私はいつか座ってすべてのクラスのUML図をスケッチすることでプロジェクトを開始するポイントに到達し、それに固執するだろうと思いました。私は数年前からプログラミングをしていますが、そのようにはなりません。プロジェクトを進めていくと、よくこう言っています
このようにデザインをやり直しているのは悪い兆候ですか？これは私が貧しいプログラマーであることを意味しますか、それとも普通ですか？
回答:
これは開発の通常の部分です。Continuous Designの 2つの中核となる原則は次のとおりです。
この問題に関する私の個人的な見解は、マクロ設計については十分に理解しておく必要があるが、マイクロ設計は進化させるべきだということです。それを表現する別の方法は、高レベルの設計（UML /モデリングツールを使用する限り）は、ほとんどの場合、プロジェクトの存続期間中、かなり静的なままです。どのメソッドが何を行うかの詳細な設計とクラス階層は、自由に順応できるようにする必要があります。
あなたが本当に解決している問題について多くを知らないとき、あなたはより多くの最初のミスステップをするでしょう。ただし、十分な長さの作業を行った後は、全体的な設計が適切に整定し始め、話しているリファクタリングだけでコードを整頓することができます。
あなたがしていることは、一般的に「リファクタリング」と呼ばれています。あなたがそれをやめたなら、あなたは困っている。
実際、ほとんどのコードは複雑であり、人間は、たとえかなり賢い人であっても、一度にすべてを理解することはできません。
いいえ、あなたはYAGNIをフォローし、与えられた例からリファクタリングしているようです。あなたは、もう一度何かを考えないよりも、この優れたソリューションを持ち、それを実行できる方が良いと思いませんか？
通常、アジャイルソフトウェア開発には、これに対応するための手法がありますが、これはウォーターフォールモデルとはまったく異なります。
それはまったく問題ありません（これらの再設計が常に大幅なオーバーホールまたは最初からの再構築でない限り）。心配しないで。プロジェクトの開始時にUMLダイアグラムから始めるのは良いことですが、作業中に物事が変化することをほとんど常に発見するので、石に彫らないでください。あなたは時々ことができ、初期設計中の未知数がある、あなたは初期設計時のかかわらない持っていたことな方法でいくつかの機能をimroveしたい場合、初めにビジネス要件の変更を知らなかったという新しい技術を学ぶことだけが後で説明されるなど
何で重要なことは、彼らがデザインの大幅な変更、（自分を含む）他の将来の開発者を反映するように非常に混乱してしまう可能性があり、それらの初期のUMLドキュメントを移動して、更新することです。これは難しい場合があり、多くの場合、優れた専門性（および時間）が必要です。
設計から始めて、実装まで100％遵守することは非常にまれです。私は個人的にしている決してそのようなことは非常に小さく、些細なプログラムを除き、起こる見られません。