如何看待 Facebook 有超過一百萬行 Haskell 代碼?

Work on GHC at Facebook London?

www.reddit.com

如何看待幾位在渣打的 Haskell 大佬紛紛加入 Facebook??

www.zhihu.com如何評價 Facebook 用 Rust 重寫 Mercurial 伺服器？?

www.zhihu.com渣打也才四百萬行?

hauptwerk.blogspot.co.uk

一方面，有足夠豐富的應用場景和代碼量，才能推動haskell生態的發展。比如，marlow的團隊就已經根據ghc在fb應用中暴露出來的各種問題對其進行了更新和改進

另一方面，100萬行haskell代碼……我覺得可能有兩種因素：一是有大量的獨特的IO action和特定函數，代碼實在是沒辦法壓縮；二是在互聯網行業「出貨」的壓力之下，程序員更傾向於使用快糙猛的風格來寫程序，活生生把haskell寫成了ml（非組合子風格，大量使用副作用）

_(:з」∠)_

總之，不管怎麼說，「代碼越多越牛逼」這種事在函數式社區不存在的 ′_&>`

100萬行代碼，我好奇他們現在內部用什麼代碼索引工具了。

支持符號references查詢的我目前仍只知道 google/haskell-indexer

haskell-ide-engine 尚只支持document內references

對language server protocol或IDE感興趣的化可以看我的問題 如何設計可持久化、支持並行、依賴管理的language server索引？

今天學長帶我吃飯，心情好就回答兩個問題

說明需要重構了，不如用Go

從開源的項目來看 Haskell的項目還是比OCaml要少呀

一個人就能實現的工作量而已