Haskell 不適用於生產環境嗎？

1樓：貌似aonao

個人感覺，大部分專案不適合。

首先，Haskell是一門學術語言，是學術研究的試驗田，而工程是講究成本收益的，兩者努力的方向不同，Haskell沒有理由做出讓步。

其次，Haskell學習曲線過於陡峭，編碼風格過於理想化。工程問題大都涉及io，不是其應用場景。僅有的一些適用場景，又不是你我這些凡人所能接觸的。

2樓：baozii

haskell 在語言設計，效能，編譯器質量，程式設計工具等等方面都是最高水平，生態環境雖比不上前10大熱門語言，但也遠遠超越其他函式式語言，從這點上來說，把haskell用在商業專案中絕對沒有任何問題

但很多haskell粉絲卻沒有把haskell用在自己的工作中，為什麼？我個人認為，除了公司和客戶要求等等客觀原因外，很重要的一點是haskell粉絲普遍的一種心態：追求極致，追求完美，用haskell寫東西，永遠覺得自己寫得不夠好——

能不能用惰性求值來控制計算過程？

是否可用依賴型別增加程式可靠性？

這個問題有沒有純函式的解法？

怎麼做成組合子dsl的形式？

能不能做fusion優化？

………………

用haskell，你沒法接受快糙猛，haskell給了程式設計師太多的可能性，而美是haskell社群文化的核心價值觀。在這樣的程式設計文化氛圍下，reddit haskell版上常常會出現乙個主題下幾十個貼子去反覆雕琢乙個2,3行的程式

所以，除非你能過自己心理那關，亦或者已經是haskell頂級高手，否則haskell不適合寫要求快速出貨的商業程式，haskell適合搞業餘開源的東西，慢慢磨，出精品

3樓：風大扯乎

很負責任的說，Haskell沒有任何問題，Google一下"haskell at scb"，五年前就已經上生產環境了而且頗受traders喜歡。

4樓：

Haskell in industry

至少對他們來說是適用的, 生產環境用途不少

各大企業跟新創赫然在列, 我掃了一眼看, 鬥膽敢說Haskell在生產環境的用途是比C++廣, 其中也有一些是Python難以做到的用例

5樓：

寫過一點haskell，感覺真的不適合生產環境。主要是我很難分析用到的記憶體和花費的時間。不過學習了haskell，對於程式設計能力的提高還是蠻大的，我知道了還有這樣的抽象方式。