商用システムの構築：純粋なErlangまたはErlang/OTP？

Question

私はアーランでシステムを構築しようと思います（私の問題は、複数のCPUとのより良い解決することができます）と私がざっと目を通しています

1. はあなたにいくつかのErlang学びます。
2. アーラン/ OTP処置における
3. プログラミングアーラン（アームストロング）。
4. Erlangプログラミング（Cesarini）。

Erlang/OTP in Actionの書籍（2）は、「... OTP以外のErlangコードを書くことは本当に高度な話題であり、本当に必要なときに行うべきことです。あなたがOTPの事柄に関して正しい習慣をすぐに拾うので、非OTP方法をこれまでに行っていないことは祝福です。」

（2）商用システムはOTPのみで構築する必要があり、 （4）は、OTPだけではこれを行う唯一の方法ではないことを穏やかに示しています。

また、（4）を読んで、Erlangの基本から知識を構築することは、OTPがどのように機能するかを理解するのに役立ちます（逆の方法ではありません）。

質問： 市販のシステムを構築するためにErlang/OTPを選択する必要がありますか？純粋なErlangで行うことはできますか？

Answer 1

純粋なアーランでできますか？

はい、それはGreenspun's Tenth Ruleのアナログを受け、次のことができます。お使いのシステムは、OTPの半分のアドホック、非公式に指定、バグだらけの、遅いの実装が含まれています。

Answer 2

純粋なアーランで学び、遊ぶ。

Erlang/OTPのビルドシステム。

Answer 3

OTPはErlangで書かれているので、間違いなくはの純粋なアーランで行われます。 OTPには、そうでなければ自分自身を書く必要がある多くの便利な機能があります。 @Alexeyは途中でOTPの一部を実装することになります。問題は、OTPが提供するフォールト・トレラント・システムを構築するために必要なフレームワークが、それ自体がであり、フォールト・フリーでなければならないということです。

純粋なErlangで実験することで、@Mazenをエコーすると、OTPの内部で何が起こっているのか、そしてErlangでフォールトトレラントなシステムを構築する方法がわかります。その後、OTPをより有効に活用します。 がでOTPを使用していない場合、その理由を理解しやすくなります。

Answer 4

「あなたが持っていると言ったように」「You Are Erlang」を読んだ場合、著者はDesigning a Concurrent Applicationチャプターを "普通のErlang"で半分役立つように使っていることに気付くでしょう。次の2つの章では、基本的にOTPを使用して、OTPを使用してコードを大幅に減らしています（これはOTPコードなので標準ですので、OTPに精通した他の開発者にはそれを理解するためにどこを見るかというより良いアイデアです！ウィキペディアによると）

OTPは、年間の多くかけて開発し、洗練された（初期リリース1998年）として検討多くの開発者、および大規模な国際企業（エリクソン）のバッキング、およびピアとそれはすべてオープンソースです。同じように堅牢でスケーラブルなものをシングルハンドルで作ることができると思うのはちょっと大胆ですね！

OTPを使用してください。 "再生"プロジェクトであっても、 "商用"コードをより良くする方法を学ぶのに役立つだけなので、OTPを使用してください:)