具体的にErlangについて話している場合、一般的にErlangを使用した集中的な数値処理を必要とするアプリケーションを開発したいとは思いません。つまり、Erlang で物理エンジンをコーディングすることを学んでいないということです。したがって、Erlang が遅すぎることを心配する必要はありません。
Erlang から一般的な質問に移ると、これらのことはほとんどの場合、相対論に帰着します。数値計算は無視して、プログラミングに関する一般的な質問をしましょう:どのくらいの速さで十分ですか?
まあ、十分な速さは次のものに依存します。
- アプリケーションでやりたいこと
- どのくらいの頻度でそれをしたいですか
- ユーザーが期待する速さ
一部のプログラムでファイルの読み取りに 1 ミリ秒または 1000 ミリ秒かかる場合、1000 ミリ秒は「遅すぎる」と見なされますか?
10 個のファイルを立て続けに読み取る必要がある場合 - はい、おそらく遅すぎます。ディスクから XML ファイルを読み取るだけで 1 秒かかる XML パーサーを想像してみてください。
一方、ユーザーが 15 分ごとに手動でボタンをクリックする場合にのみファイルを読み取る必要がある場合は、Microsoft Word などでは問題になりません。
何が遅すぎるかを正確に言う人がいない理由は、それが実際には問題ではないからです。同じことがあなたの特定の質問にも当てはまります。ある言語が「遅い」という理由で敬遠されることは、たとえあったとしてもめったにすべきではありません。
最後になりましたが、Erlang で巨大なプロジェクトを開発し、その道のりで、そのダグナビットに気付きました! これらの数字を実際に処理する必要があります。次に、調査を行い、優れたライブラリを見つけて、それに最適な言語でアルゴリズムを実装し、その小さなライブラリと相互運用します。