@youngsterxyf 感谢支持，希望你能来社区去贡献一些主题

@Mistwave SICP 是本不错的书,我去年才读完，但是 Haskell 趣学指南就很一般，我 2008 年的时候学 Haskell 首发<<Real World Haskell>>，到现在我依然很推荐，其次就是<<Haskell 函数式编程基础>>和<<Haskell 函数式程序设计>>，学习函数类的语言并不一定能在工作中用到，就如同你说的，非常扩展思维。

@wineway 同为 Erlang 码农，但是附加 Haskell 属性，fp 社区死得快，是因为贡献的人少，又没啥经济效益。

@posoo 感谢支持，希望能一起共同进步。

@cnqncom 人都是有好奇心的，说不好那天你工作就碰到一堆人在鼓吹函数式编程。

@eccstartup 是的，函数式，做数据分析非常好。

@ipconfiger 有内容，但是主要都是我写的，还很少，需要更多喜欢函数式编程和相关产品的同学进行贡献。

@KeepPro 这说明其实还是不够友好，如果在学习的过程中能得到大量的资料，有大量的人可以交流，快速的产出一些好玩的东西，就不会感到自己菜。我一开始学 Haskell 的时候，也是这感觉，但是突然有一天看了国外的 Haskell 教学，决定写个东西，写出来自信心就建立起来了。学习的过程中，每一次的小成就都会让我们更有信心，然后坚持做下去。

@FindHao 香港好卡，比这条线路还卡，可能是北方联通的问题。现在是内存跑满，稍微扩容了下，应该会好一些，重点是想办法搬回国内。

@Chappako 刚刚建立起来，还有很多地方需要优化。因为政策问题，国内暂时无法搭建，先放在外面了。待解决后就可以放入国内，访问速度就会恢复。

@wujunze 感谢

很多三四线城市，还是有很多不错的工作的，但是还是面向通用技术（ PHP，JS 和 Java 等）。
就说下自己吧，
从北京回到了大连这个三线城市（不知道够不够得上）。由于用的技术不太通用（全国有几个公司招 Haskell，招 Erlang 全是广州游戏公司），然后在某个准国企性质的公司混吃等死（积极在找国外 Remote ），顺便自己开了个小公司做 SaaS 和咖啡。
目前而言，压力山大，压力山大，有一种想立刻回北京或上海工作的想法。

很好，这代码写的也是画风清奇，好多年不写 PHP 了。

@leeg810312 非常赞同你的说法，根据业务不同尽可能的针对性设计比较好。因为操控资源的 RPC 直接使用 Restful 很多时候让人感到迷惑，但是选择这样做的很大原因是，为了接口统一，开发统一。如果在条件容许的条件的情况下，尽可能明确和分开是很好的选择。

@YzSama 你同事这么做也没有错，在 Restful 出现之前，就存在了很多对外接口设计方案，例如说 SOAP。你提到的设计，我的第一反应就是类 SOAP 设计，并且 SOAP 是一个非常强大的企业级设计，虽不轻量级，但是很完整。

回到你这个具体案例上，单一 URI 并不会对性能造成影响，因为可以实用 nginx 随机负载到业务前端机上，后面在放置业务集群。安全性，可以在 Nginx 和业务前端机上进行统一处理和验证，所以参数定义明确且规范，安全措施有在做，就不是问题了。

你感觉不太好是很正常的一个情况，因为现在随着 Restful 的推进，很少再能看到 SOAP 或类 SOAP 设计了。我曾经也使用 SOAP 和类 SOAP 设计，接触 Restul 后感觉这类设计确实有点怪怪的感觉。

@zjsxwc 感谢支持，互相学习。

@ihuotui 很多是自己的工作经验和一些研究，希望你能一直喜欢。

@ihuotui 你说的很对，很多时候不单单是要架构师单方面考虑。但是这个话题比较宽泛，我在讨论这个问题的时候，提出了一个讨论范围，主要还是针对通用的接口设计范畴，而各个业务有其本身业务特性，很有可能已经超出我上面所提到的所有范畴。同时我对这种通用范畴的接口设计，大的观念还是减少对业务的侵入。