アクターモデルについてどう思いますか？[閉まっている]

Erlangで使用されるアクターモデルは、並行プログラミングを行うための非常に異なる方法のようです。アクターモデルについてどう思いますか？並行性の一般的なソリューションになりますか？

あなたはその概念を知っていると思います。まあ、私はまだよくわかりません。

簡単な答えは、短期および中期の並行性に対するこのモデルの人気を信じているということです。私は常にラムダとクロージャーが大好きで、並行性を強化するために特別に処理されたクロージャーのような俳優を見ています。したがって、マルチコアプロセッサはプログラミングの新しいパラダイムをもたらします。高いパフォーマンスを実現するには、同時実行性が必須です。アクターモデルは、最新のハードウェアを活用する簡単な方法のようです。

遅かれ早かれ（もっと早く）ほぼすべての主流言語が並行性に対するより良いモデルをサポートするでしょう。Erlangで非常にうまく実装されたIMHOアクターモデルが最適な候補です。

アクターモデルが人気を獲得するための1つの障害は、現在の主なパラダイムであるOOPとのインピーダンスが小さいことです。しかし、最初のステップが与えられており、主要な言語は、Actorモデルへのパスをきれいにするいくつかの機能的な機能を実装しています。

私はこの問題について多くのことを読んでいます。すべてのプログラマーが自分のスキルを向上させることは非常に重要だと思います。

後期編集：

今、私はパラダイムをよりよく理解しています。プログラミング言語が問題をライブラリで処理できるようにするか、最終的には1つのモデルの採用を容易にする機能を備えている方が良いと言えます。1つのモデルだけで言語を結び付けると、良いアイデアが得られません。

「人気」はそれほど重要な指標ではありません。「有用」または「強力」です。

アクターモデルは、少なくとも学界では約35年前から存在し、時間が経つにつれてますます多くの実世界の言語に採用されてきました。（OK、アーランはアクターモデルを採用していませんでした。アクターモデルを再発明しました。それでも。）

だから、学界で数十年生き延びており、主流に移行していることを考えると、しばらくの間は続くと思います。

正直言って、並行性を実現する最良の方法だと思います。ロック付き共有メモリモデルは私を怖がらせます。メッセージパッシングを持つアクターは、物事を行うためのはるかにクリーンな方法のようです。

また、ClojureとHaskellおよびおそらく他のいくつかの言語で使用できるSTMを見てください。