最近、多くのプログラミング言語があります。ファイン。この質問には興味がありません。プログラミング方法ダイアグラム?
モジュラプログラミング、オブジェクト指向、アジャイルなど、かなりのプログラミング方法があります。ここで、これらの方法論が互いにどのように関連しているかを示すインターネットの良い図がありますか?好ましくは、方法論がいつ出現し始めたかをタイムラインで示したものであるか?
(したがって、ないプログラミング言語が、方法論...)
最近、多くのプログラミング言語があります。ファイン。この質問には興味がありません。プログラミング方法ダイアグラム?
モジュラプログラミング、オブジェクト指向、アジャイルなど、かなりのプログラミング方法があります。ここで、これらの方法論が互いにどのように関連しているかを示すインターネットの良い図がありますか?好ましくは、方法論がいつ出現し始めたかをタイムラインで示したものであるか?
(したがって、ないプログラミング言語が、方法論...)
- これらのすべては、コードを書くことができる方法です。
WaterFall、Agile - 開発が可能なプロセスです。開発はソフトウェア開発に関して唯一のことではありません。プログラミングは、プロセスの必須コンポーネントの1つです。このプロセスは、設計/テスト/リファクタリング/メンテナンスを行うことができます。
これらの両方はお互いに相補的です(つまり、構造化プログラミングを実行し、モジュール化し、いくつかの機敏な原則を使用することができます)。
私はそれがいつ始まったかについてはわかりません(それは問題ではないと思います)。
独自のシナリオでうまくいく独自のプロセススタイルを思いつくかもしれません。
編集:要約すると、人々は構造化プログラミングを開始し、非常にうまく使用しました。それ自身の制限があった&ものはオブジェクト指向になった。 OOには独自の制限があります。いくつかの指導者が言うように、関数型プログラミングを修正する方法を見ています。
すべてはあなたのシナリオに合ったものに依存します。&あなたのお役に立てるもの。専門家は言うとおり、銀色の弾丸はありません。
私のコメントはあなたの特定の質問に役立たないことを知っています。しかし、私は自分の見解を入れ、プログラミングとプロセスを区別したいと思っていました。 – shahkalpesh
プログラミングに関するあなたの意見は役に立ち、鉱山に似ています。私はすでに好みの方法論を選択しましたが、これらのことを経験していない人と方法論を議論するときに、いくつかの図を持つことは有益です。 –
いいえ、それはプログラミング言語の図です。私はプログラミングの背後にある方法論を探しています。 –
ちょうど質問を読んでください。 – akf
私はちょうど同じpdfの更新されたバージョンへのリンクを追加しました – akf