採用市場、パフォーマンス、保守性に基づいてアプリを構築するための言語を選択する[終了]

Rubyですべて実行される特定の本番用アプリ用にHaskellコンポーネントの構築を開始するかどうかの選択に直面しています。

私はいくつかの理由でHaskellに傾いています。主に速度（コンパイルされたHaskellは4〜8倍速い）、透明性の向上（Haskell型システムによる）、安全なリファクタリング（型システム）です。Haskellでいくつかのオープンソースおよびプロダクションプログラムをすでに書いており、それを非常に楽しんで書いています。

実現可能性は問題ではありません。Haskell Snap WebフレームワークとPostgreSQL.Simpleなどのデータベースライブラリをいじってみましたが、RailsアプリとさまざまなバックエンドプログラムをHaskellで書き換えることが可能であることに満足しています。

本当の問題は、開発チームの規模を拡大する必要がある場合にプログラマーを採用すること、または最終的にはプログラミングの責任を完全に引き継ぐことです。Rubyでは、Haskellよりもプログラマを見つける方がはるかに簡単です。その一方で、Haskellコミュニティは成長しているようで、DSLとしてアプローチする場合（Ruby on Railsのように）、Haskellプログラムの一部を変更するようにプログラマーをトレーニングすることはそれほど難しくありません。Haskell型システムは、動的Rubyよりもはるかに安全なコラボレーションを約束するようです。

ポールグラハムは、エッセイ「ビーティングザアベレージ」（http://www.paulgraham.com/avg.html）で、優れた言語を使用することが決定的な利点になり得ると主張しています。しかし、プログラマーをチームに追加しやすくするために、優れた言語を使用するのをやめるのはいつ適切でしょうか。

Haskellのスピード、透明性、リファクタリングのメリットがアプリの成功にとってより重要である場合、開発者をトレーニングする必要があるリスクは、Haskellに固執する必要があります。

メンタリングを行う適度にインテリジェントなプログラマは、あまり苦労せずに開発に貢献できるはずです。

そのメンタリングを（時間とコストで）できる余裕があることを確認してください。

RubyではなくHaskellを使用すると何日節約できますか？Haskellプログラマーを見つけたり、Haskell以外のプログラマーを訓練したりするのに必要な日数よりも長いのか、それとも短いのでしょうか？ハスケル以外のプログラマにハスケルの使い方を教える準備はできていますか？最初の採用後ずっと長くHaskellを使用する能力を実証できないことを十分に理解しているプログラマーを採用してもかまいませんか？

これらは答えるのが難しい質問です。ここでの決定要因は、今後もHaskellを使い続けるつもりなのか、これが1つのプロジェクトだけに当てはまるのかどうかだと思います。今後もHaskellを使い続けるつもりなら、プログラムはもっと時間がかかりますが、投資と考えることもできます。しかし私の控えめな意見では、言語は建築ほど重要ではありません。適切なフレームワークと適切なプログラム構造を使用すると、同じプログラムを別の「優れた」言語で間違ったフレームワークまたは誤ったプログラム構造で簡単に上回ってしまう可能性があります。

つまり、プログラムを適切に実行するために時間を費やす場合、この時間は、コードの最初の行を書く前にアプローチを分析することに費やした方がよいと思います。