ええと、タイトルはほとんどそれです：もし私があなたの前に非技術者/私の母/ 12歳の男の子/コッカースパニエルを座って、俳優を彼らに説明するように頼んだら、どこから始めますか？私の修士のプロジェクトにはかなりの程度彼らが関わっているので、私は尋ねます、そして一日おきに誰かが私が何をしているのかを彼らに話すように私に頼みます。私がコースで他の人と話しているとき、それはそれほど悪くはありません-通常、概念は異質ですが理解できます-しかし最近、化学者である私のフラットメイトが私にそれを彼女に説明するように頼みました、そして私が苦労したと言うのはかなり巨大です控えめな表現。
技術的な土台ではなく、アイデアを伝えるような説明を探しています。それは比喩である可能性があり、正確である必要はありません。私が彼らと何をしているのかを彼らに理解させたいだけです。何か案は？
多くの俳優がいる可能性があります。すべての俳優は「同時に」行動します。並行性は、このモデルの重要な部分です。
アクターは、他のアクターが何を考えているかを知ることができません。情報を移動する唯一の方法は、メッセージを使用することです。（共有状態なし）
アクターはメッセージを受信し、次の方法でメッセージに基づいて行動できます。
それらのデータを使用して計算を行う
他のアクターにメッセージを送信する
他のアクターを作成します。
メッセージを無視/破棄します。
これは基本的に俳優を...人のようにします。人々はお互いが何を考えているのかわからず、情報を伝えるためにメッセージを送信する必要があります。着信メッセージを無視するか、検討するか、他の人と通信するかを選択できます。ランダムな悪いことが人々に起こる可能性があります。多くの人が同時に物事をします。より多くの負荷を処理するには、より多くの人を追加します。
マスタープロジェクトに関しては、ErlangWebフレームワークについて調べることをお勧めします。プログラミング言語Erlangはアクターモデルに基づいており、電話スイッチやFacebookメッセージングシステムなどのスケーラブルなシステムで大きな効果を発揮するために使用されます。
簡単な比喩を試してみましょう。
俳優とは、家の中で仕事をしている人のことです。各家の前には郵便受けがあります。相互に通信して作業を行うために、アクター間でメッセージが送信されます。
これが良いものになるかどうかはわかりませんが、試してみます。
古典的な中東の市場を想像してみましょう。買い手（ただ歩いている観光客だとしましょう）と売り手がいます。買い手は市場を歩き回り、売り手は彼らの商品の名前を叫びます：カーペット!! 種族！！！馬！！！Сandies!!! 宝石!!! など...特定の種類の商品に興味がなく、次の店舗に行くバイヤーもいますが、興味を持って「いくらですか？」、売り手：「50 $」、買い手：」と尋ねるバイヤーもいます。割引してもらえますか？」など…
ここでは、アクターは買い手と売り手です。売り手は、商品の種類を記載したメッセージを送信しています。購入者はメッセージをスキップするか、価格を尋ねるためにメッセージを送信することができます。
アクター-私たちがサブジェクトと呼ぶこともできるものです。アクターはオブジェクトを使って何かをしています。俳優はそう呼んでいます、なぜならそれは行動する誰かだからです。
「アクターは、コンピューターに同時に複数のことを実行するように指示する簡単な方法です。アクターは、一部のリソースよりも少ないリソースしか使用しないため、コンピューターに同時に複数のことを実行するように指示する他の方法とは異なります。代替案であり、プログラマーが他のいくつかの代替案よりも正しく使用しやすいためです。」