オブジェクト指向プログラミングを学ぶ前に、手続き型プログラミングを学ぶ必要があるのはなぜですか？[終了]

私は現在、IT大学で4年生です。このトピックについて教授と話すと、彼は私の意見を拒否し、非常に厳しい批判を与えます（私の大学では、C（ANSI）（Proceduralプログラミングクラス-大学1年目）C ++の前（2年目のOOPクラス）など...

しかし、13歳のとき、私の弟はJavaを最初に教えられ、他には何も教えられませんでした。現在、彼は通常の2年生がJavaでできることのほとんどすべてを行うことができます。

プロの皆さんには、手続き型プログラミングを最初に教えるべきだと思う理由を教えてください。

概要：

1. 現実の世界では、遅かれ早かれ、手続き型コードを使用する必要があるからです。

2. 手続き型言語は、単なる代替手段ではなく、オブジェクト指向言語への拡張や導入のように機能できるためです。

3. 回答2の補足。OOPは手続き型プログラミングよりも複雑であるため、最初に手続き型プログラミングを学習することをお勧めします。

4. 現実の世界では、プログラマーは問題を解決するためにいくつかの方法を組み合わせて使用​​するため、別名「マルチパラダイムプログラミング」は、単一のパラダイムだけではありません。

5. ほとんどのプログラミング言語は、たとえ設計者や一般的な開発者が反対の意見を言っても、ある程度はマルチパラダイムです。

6. [NEW]一般に手続き型プログラミングと混同され、混乱しているモジュラープログラミングはOOPに適用できるため、「オブジェクト指向プログラミングを学ぶ前にモジュラープログラミングを学ぶ必要があるのはなぜですか」という質問を読むことができます。

拡張ボーリングの説明：

ポイント1は非常に明確で、それ以上の説明はありません。

ポイント2、クラス、継承、多態性、インターフェイスなど...

ポイント3、私はオブジェクト指向パスカルを学ぶ前に手続き型パスカルをコーディングしました。そこにたどり着いたとき、私は次のように述べました。 」

私は普通のCからCプラスプラスに行った人々から同じことを聞きました。

ポイント4、ほとんどの場合、プログラマーはいくつかのプログラミング手法やパラダイム、または問題を解決する方法を組み合わせます。機能的、手続き的、OOP、論理的。

Java "Pure OO"でさえ、言うほど単純なオブジェクトプログラミングではありません。

「構造化プログラミング」の代わりに「手続き型プログラミング」と言った+1ポイント。またはモジュラープログラミング。これらは重要です。

Altought、これらの用語は多くの場合、一緒に教えられ、互換的に使用されますが、そうではありません。構造化プログラミングには、手順を使用するだけでなく、多くの概念が含まれており、その1つはプログラムを「スパゲッティコード」のように見えないようにすることです。

今日、私は「オブジェクト指向のスパゲッティコード」のように見えるいくつかの「純粋な」オブジェクト指向プログラムを読みました。

多くの場合、OOコードを読んで、プログラマーがOOPの前に構造化プログラミングを学んだことを伝えることができます。コードが明確で整理されているからです。

そして、モジュール式プログラミングでは、いくつかのアプリを見てきました。モジュールを使用しないC ++およびPHP。*

類推は数学に似ていると思います。最初にいくつかの基本的な概念（加算/減算/ ...）を学習してから、より複雑なトピック（代数/微積分）に進む必要があります。手続き型プログラムは非常に直線的であり、構文を学習している間は制御の流れを把握しやすくなります。OOPはおそらくもっと複雑であると考えられています。OOPは手続き型言語で使用されているより単純な構成に基づいていますが、より抽象的で理解が困難です。Cなどの言語から始めると、ハードウェアにより近づき、メモリ割り当てとポインタの問題に対処できます。これらは理解する必要がありますが、Java / C＃などの言語では実際には使用できません。それが最初に来るのか2番目に来るのかに関係なく、学校でこれにさらされることにはいくつかの本当の価値があります。

FWIW、それは最終的に変更されるはずです。私が学校を始めたとき、私たちはパスカルとPL / 1で学びました。高度な言語のクラス（それが私をデートする）になるまでCにたどり着きませんでした。私は大学院までJavaを採用しませんでした-まだ発明されていませんでした！

オブジェクト指向プログラミングは、整理された方法で手続き型スニペットを集めたものです。あなたが学んでいる教訓は、オブジェクト指向の方法論が組織と保守性の維持に役立つということです。この区別ができず、手続き型のプログラムはオブジェクト指向であると主張するプログラマはたくさんいます。

あなたはしません。

まず、Schemeで関数型プログラミングを学びました。次に、手続き型、 次に OOP、次に宣言型プログラミングに移動しました。信じられないかもしれませんが、既にプログラミングを知っていましたが、他の人にとっても簡単だったと思います。FPは数学に似ているからです。あなたはすでに基本を知っています。

私はこれについて何度も自分で議論してきましたが、最終的には、先生が概念をどの程度上手に教えるかにかかっているという結論に達しました。

次の理由により、単一の答えはありません。

• Cのような手続き（あるいはアセンブリ）から始めるのは良い選択かもしれません。コンピューターが実際にどのように機能するかを学ぶからです。

• オブジェクト指向のJavaから始めるのは良い選択かもしれません。なぜなら、OOPを学び、実際の生活に適用するのは比較的簡単であり、**フォーミングについても教えてくれるからです。

• Schemeのような関数型プログラミングから始めることは、（変数ではなく関数の観点から）より抽象的に考えることを教えてくれるので、良い選択かもしれません。

先生が上手に教えてくれなければ、何から始めてもかまいません。彼らはほとんど同じになるでしょう。

言語は、C ++、Java、C＃などのオブジェクト指向の場合があります。そして、これらの言語から始めることができます。しかし、ポイントは、これらのオブジェクト指向言語であっても、最初に手続き型プログラミングを学び、次にOOPを学ばなければならないということです。兄弟にも同じことが行われたと思います。

手続き型プログラミングは、少なくともCのような言語では、プログラミングを、アルゴリズムとデータ構造、そして人間が理解できるソースコードとアセンブリコードの間の幸せな媒体である抽象化のレベルで、非常に必要最低限​​の作業に取り除きます。

このようにして、学生は少し科学（アルゴリズム、データ構造）と少し工学（ソース->オブジェクト->マシンコンパイル、フォンニューマン（おそらく）アーキテクチャ）を同時に学ぶことができます。

C ++ / obj-Cを介したOOPは、コード編成パターンを導入します。これは、学ぶべきもう1つのことです。これにより、上記の概念の学習がやや難しくなる可能性があります。

Javaを介したOOP（とりわけ）は、ハードウェアと環境を抽象化することでさらに進んでいます。現在、基礎となる製品はマシンコードではありませんが、基礎となるハードウェアがどのように機能するかを明らかにしないある種の中間手段ですが、その結果、学生はコード編成パターンに集中できるようになります。

結局のところ、ハードウェアの仕組みを学ぶことと、コード編成パターンを学ぶこととの間のトレードオフだと思います。どちらがより重要かについては、私にはよくわかりません。現実の世界では、少なくともある程度は両方の知識が必要です。

低レベルの手続き型プログラミングで始まる学部のプログラムはおそらくコンピューターサイエンティスト/コンピューターエンジニアを生み出し、高レベルの概念で始まるプログラムはソフトウェアエンジニア/開発者/プログラマーを生み出すと思います。

OOPオブジェクトの本質は、手続き型プログラミングで構成されています。

forループを実行できない場合は、ポインターを適切に使用し、クラスのインターフェイスを作成できない型と関数を宣言すると、内部で実行する価値のあることを大幅に減らすことができます。

とにかく、入門クラスでOOPを学ぶのではなく、単に構文です。OOPに直接ジャンプすると、（最初は）把握するのが以前よりも複雑になります。

OOPは、クラスを形成するためのいくつかの宣言構文ではなく、データ構造、設計パターン、ポリモーフィズム、継承、および構成に関するものです。

手続き型プログラミングを知るために必要なすべてのことを行うには、Cで簡単に行うことができます。とにかく、Cで学んだほとんどすべてのことをJavaまたはC ++に引き継ぐことができます。 ...文を記述し（入門Cにいるところ）、文（インターフェースを定義する手順を記述しなければならない）、段落（データ構造を知っていることが必要）、そしていくつかの設計パターン（悲劇、コメディ、欠陥）を理解する必要があります。ヒーロー、彼らがどのように相互作用するか、そしてそれらを使用しない場合）完全な小説（完全なOOPシステム）を書く前に。

私があなただったら、Cプログラミング言語、Javaプログラミング言語、デザインパターン、ギャングオブフォー、およびパターンハッチングの本をいくつか取り上げます。C / C ++に真剣に取り組んでいるのであれば、間違いなくCプログラミング言語のコピーを手に入れるでしょう。

Java（と$のために）のすべての方法に行きたい場合は、Javaの設計パターンに関する書籍、ApacheおよびTomcat WebサーバーでJavaを使用する方法、SQLデータベースプログラミングに関する書籍を入手してください。Javaはウェブ上で非常にお尻を蹴りますが、申し訳ありませんが、PHPにはたくさんのセキュリティホールの歴史があり、サーバーがルート化されたりSQLデータベースが挿入されたりしないようにするのはWindowsと同じくらいお尻の痛みです。

SQLを学ぶために時間をかける必要があります。OracleMySQL PostgresqlとMSSQLは構文に関して多くの共通点がありますが、GPLの代わりにBSDライセンスであるという理由でPostgresqlを選択する必要があります（比較を調べる必要があります） GPL / BSDライセンスも対照的です）

Javaのようなオブジェクト指向言語で書かれたほとんどのコードは、実際にはオブジェクト指向ではない、と言わざるを得ません。OOの背後にあるアイデアを実際に理解することは困難です。その結果、おそらくOOコードは実際にはほとんど手続き型です。

ただし、これはJavaで手続き型コードを記述することには何の問題もありません。はい、OOを実行することにはメリットがありますが、初心者のプログラマーと混同したくないものではありません。したがって、Javaを教えることには何の問題もありません。それから本当のオブジェクト指向を期待しないでください、しかしそれはうまくいきます。

ただし、Javaはコンピューター内部で起こっていることに関する多くの低レベルの詳細を隠します。Cは、これらの情報を公開しません。これらを処理する言語を使用する前に、学生がこれらの低レベルの詳細がどのように機能するかを学ぶべきであるという良い事例を作ることができます。ただし、これらの詳細を無視して後で学習する必要がある場合もあります。

他の何人かはこのテーマに沿ってすでに回答していますが、これをより明確に述べる価値があると思います。

Javaのようなオブジェクト指向言語でプログラミングの学習を始めたとしても、オブジェクト指向の概念に到達する前に、手続き型プログラミングのテクニックから学びます。新しいプログラマーにJavaを教えるときは、最初にそれらをオブジェクトやクラスに導入するのではなく、ステートメントや変数に導入します。学生がオブジェクトやクラスについて多くのことを教えられるようになるまでには、少なくとも手続き型プログラミングの基本をすでに持っています。

したがって、少なくとも、Javaで手続き型プログラミングを学び、次にJavaでオブジェクト指向プログラミングを学ぶ必要があります。手続き型プログラミングに1年を費やすのか、プログラミングコースの最初の数週間を費やすのか、そのために別の言語を使用するのかどうかは、詳細について議論しています。

率直に言って、これの勢いは、主に古きプログラマーが古き時代を望んでいるからだと思います。

何よりも前に、私は年配のプログラマーのためにいかなる論争も絶対に持ちません、それらの多くは単に驚くほど熟練しています。残念ながら、そうでない人、洗い流されて、本当に真にプログラミングが上手でなかった人は、「現実の世界」でハッキングできないときに教授になります。（すべての教授がいるわけではない...しかし...多くの）

OOPは、それが作成されたプログラミングの聖杯ではなく、手続き型プログラミングの遺物でもありません。これは、少なくとも知って良いことだいくつかの両方のを、私は手続き型プログラミングのように教えられてしまうことに何のが一般的で、時間と労力の巨大な無駄になる傾向があると思います。私たちは、どちらか一方のスタイルだけでなく、学界でプログラミングを学ぶ必要があります。私は自分のコードも含めて、かなりひどいコードと誤解をこれに帰します。

私にとって2つの理由：1つのオブジェクト指向プログラミングは、手続き型プログラミングの問題を解決するために生まれました。したがって、いくつかの手続き型コーディングを記述してからOOで同じものを記述することで、違いを理解しやすくなります。

ここには追加の要素もあります。プログラミングのトピックについて教育する2つのアプローチです。可能な限り低いレベルから始めて（アセンブリーの例では、手続き型の多くの場所で、他のいくつかは回路で始まる）、次に（OO / Functional / Managedに向かって）上昇します。もう1つのアプローチは、物理的な世界（例：ブラウザー/ Windows 7など）から始めて、さらに深く行き始めることです。それぞれのアプローチには長所と短所があります。あなたの大学は最初のものを選び、手続き型から始めました。何らかの論理的根拠があるかもしれませんか、彼らは誰か他の人をコピーしただけです:-)。

制度的慣性以外に理由はありません。CMUを見てください。彼らはOOPカリキュラム全体を捨て、関数型プログラミングに置き換えました。もう一度言いますが、あなたの質問への答えは、あなたが通っている学校の管理者によって行われた任意の選択であるということです。ここで私が行った事実の発言について誰かが疑問に思っている場合のために、CMUのカリキュラムを1人の教授/管理者が教えることについての投稿があります。