問題タブ [paradigms]

手続き型およびオブジェクト指向のパラダイムをサポートする (私は現在この言語で作業しているので) PHP などの言語で。

どのパラダイムが新しいプロジェクトに最も適しているかを判断するための経験則はありますか? そうでない場合、どのように決定を下すことができますか?

私の意見では、 AOPは興味深いプログラミング パラダイムです。ただし、ここstackoverflowではまだ議論されていません（少なくとも私はそれらを見つけることができませんでした）。一般的にそれについてどう思いますか？プロジェクトで AOP を使用していますか? それとも、それはニッチな技術であり、長い間存在しない、または主流にならない (少なくとも理論的には OOP がそうであったように ;)) と思いますか?

AOP を使用している場合は、使用しているツールもお知らせください。ありがとう！

プログラミング言語の歴史には、いくつかの (r) 進化のステップがありました。モデル駆動型のアプローチが次のビッグ シングになると主張する人もいます。openArchitectureWare、AndroMDA、Sculptor/Fornax Platform など、信じられないほどの生産性の向上を約束するツールがあります。ただし、最初は簡単に始めることができますが、予期しないことをしようとしたときに行き詰まったり、プロジェクトの開始方法を説明する十分な情報を見つけるのが非常に困難であるという経験をしました。考慮すべきことがたくさんあるかもしれません。

モデル駆動型のものから何かを引き出すための重要な洞察は、モデルが必ずしも素敵な写真やツリー モデル、UML のセットであるとは限らず、テキストによる記述 (ステート マシン、ビジネス ルールなど) である可能性があることを理解することだと思います。等。）。

あなたは何を考え、あなたの経験は何を教えてくれますか? モデル駆動型開発 (またはあなたがそれを何と呼びたいか) に未来はありますか?

更新:このトピックにはあまり関心がないようです。モデル駆動型アプローチに関する (良いまたは悪い) 経験がある場合、またはそれがまったく面白くないと思う理由があれば教えてください。

手続き型プログラミングと関数型プログラミングの両方についてウィキペディアの記事を読みましたが、それでも少し混乱しています。誰かがそれを核心まで煮詰めることができますか？

大学2年生のとき、私たちはHaskellを「教えられ」ました。私はそれについてほとんど何も知らず、関数型プログラミングについてもほとんど知りません。

関数型プログラミングとは何ですか、なぜ関数型プログラミングの代わりにそれを使用したいのですか？Cは関数型プログラミング言語であると考えるのは正しいですか？

今日、私たちの多くは、デスクトップに 2 つ以上の CPU コアを搭載しています。ほとんどのアプリケーションは、コアが 1 つしかなかったときと同じように機能します。

しかし、一般的なデスクトップ マシンに 1000 以上のコアがある場合はどうなるでしょうか。

その場合、どのプログラミングパラダイムを使用しますか。私たちの現在のスレッド化および同期化ソリューションは、そのような多くのコアにうまくスケーリングすることはめったにありません。

Thread クラスは JDK で廃止されると思いますか?

As far as I know (not much I'll admit), the currently popular programming paradigms are Object Oriented (Java, C#, Ruby) vs functional (F#). As someone who is mostly familiar with the first paradigm, I have several questions:

• Can a programmer simply stick with one paradigm all of his/her life? Or in other words, can all problems be reduced to nails for one hammer?
• If not, which tool is suited for which type of task? For instance: web-based vs desktop, creating beautiful and responsive interfaces, able to crunch data quickly, etc.
• Have people ever needed to learn a new paradigm? For my past two jobs, my workplaces required Java and C#. Are there workplaces that specifically use non-OO languages?

Obviously, there are no "best" languages, but I'm wondering whether it's worth the investment of time and energy to learn a new paradigm. Thanks in advance!

Ocaml の一貫した速度、迅速なプロトタイピング機能、および優れたメモリ管理について読んでいて、それを取り上げることにしました。

私はすでに Ruby、*lisp、Haskell、および Erlang を習得しているので、Ocaml で注目すべき KISS に違反する機能に特に関心があります。

上記の言語のバックグラウンドを持って Ocaml を始めた場合、理解するのに最もイライラしたことは何でしたか? この困難をどのように回避しましたか？言語の流れを理解するのにどのような類推が役立ちましたか?

また、あなたが単に Ocaml を学習しただけでなく、コーディングの問題の大部分を実際に Ocaml に変換したかどうかも知りたいです。

ここや世界中のほとんどの開発者と同様に、私は長年にわたってオブジェクト指向プログラミング（OOP）技術を使用してソフトウェアシステムを開発してきました。ですから、アスペクト指向プログラミング（AOP）が、従来のOOPでは完全にまたは直接解決できない問題の多くに対処していることを読んだとき、私は一時停止して、それは本当ですか？

私はこのAOPパラダイムの鍵を学ぼうとして多くの情報を読みましたが、同じ場所にいるので、実際のアプリケーション開発におけるその利点をよりよく理解したいと思いました。

誰かが答えを持っていますか？

私はオブジェクト指向プログラミングを理解しており、オブジェクト指向プログラムを長い間書いてきました。人々はアスペクト指向プログラミングについて話しているようですが、私はそれが何であるか、またはそれをどのように使用するかを実際に学んだことはありません. 基本的なパラダイムは何ですか？

この質問は関連していますが、あまり質問していません:

アスペクト指向プログラミングとオブジェクト指向プログラミング