制作用のHaskell言語拡張機能を学ぶ必要性

Haskellのコア言語は本当にシンプルです。オブジェクト指向のバックグラウンドから来て、主な困難は純粋な機能パラダイムに適応することです。

「基本的な」Haskellを学習している間、私は常に言語拡張をCSの人々のためのおもちゃとして、または言語の将来のバージョン（from future import ???Pythonなど）の実験として考えてきました。

しかし、YesodなどのWebフレームワークを見始めたとき、多くのソースファイルには3〜4個の拡張子が必要であることがわかりました。一部は非常にシンプルに見えます（StringOverload）。その他は本当に威圧的です（GADT、タイプファミリエ、テンプレートハスケル）。彼らのドキュメンテーションは、新しい図書館を「ただ」学ぶことを期待している誰かにとって怖い研究論文にリンクしています。

Haskellで生産的になるためにGHC言語拡張を学ぶ必要はありますか？もしあなたが本番アプリケーションのためにHaskell開発者を雇うとしたら、そのような知識を求めますか？

Haskellで生産的になるためにGHC言語拡張を学ぶ必要はありますか？

はい。そして、それはどんな言語/ツールにも当てはまります。コア/基本的な知識があれば、オンラインコンテストの問題を解決できます。これは小さな大学のプロジェクトかもしれませんが、実際のアプリケーションではありません。

本番アプリケーション用のHaskell開発者を雇うとしたら、そのような知識を求めますか？

それは、この知識を共有できる人がいるかどうかにかかっています。はいの場合、その人は新しい従業員を増やすことができます。そうでない場合は、まず知識のある人を取得する必要があります。また、これは新しいテクノロジーにも当てはまります。

もちろん、Haskellでそのような深い知識を持つ人々を雇うこともできます。しかし、Haskellは業界に比較的新しく、その周りで行われた商業プロジェクトが非常に少ないことを考えると、そのような人を見つけるのは難しいでしょう。Haskellで専門家のチームを構築する効果的な方法は、Haskellで働く基本的で喜んで働くことを知っている人々を雇い、彼らを教育することです。