 |
1
eric_q May 12, 2012
哈哈，Good luck!
|
 |
2
virushuo May 12, 2012  2
我觉得真的不如学go…
C族群的语言更容易被理解和学习（也许是因为习惯了？），FP总是更难理解。虽然我看了SICP但还是不愿意去写FP语言，只愿意偶尔看看和讨论问题。最后实际能应用起来的可能性，还是go更大点吧。 |
 |
3
myrual OP @virushuo 你提醒了我。FP确实需要另一种完全不同的思考方式。考虑到team内的情况，FP的语言还是应该避免，erlang还是进入我的技术储备吧。
仅仅就我个人的学习实践经验来说，初学FP最大的困难在于转变解决问题的思维方式。 被命令式的思维束缚越紧，可能越不容易理解。 个人觉得FP最大的优点是代码表达能力强，短，几乎没有bug。 最大的缺点在于对于使用者的要求比较特别。 －－－－－－－－－－－－－ 明天开始go语言的学习。 |
|
4
virushuo May 12, 2012 1
@myrual 对。现在的计算机学习是从理解计算机原理开始的，C是最计算机的最小抽象，C族的语言都是简化这种抽象，但路数一样。我一直想知道如果有个人，对计算机一无所知，先学了一种FP语言会怎么样。其实FP更能对应现实问题和数学描述，理应更容易。但好像很难找到这样的实验机会了。
等我有了孩子没准可以上来不让他知道有计算机这东西，先教FP语言当作一种思维方式…哈哈 |
 |
5
reus May 13, 2012
我也在看erlang，看的是erlang and otp in action，同样感觉舒服
虽然go也有轻量级进程用于并发，不过分布式和容错方面不如erlang |
 |
6
bhuztez May 13, 2012 2
@virushuo go根本就用不了啊。只是语言规范确定下来了，相关的库还不多，另外，也太底层了。
而 Erlang 的语法已经很接近 C 了。Erlang最重要的特性是它真正实现了消息机制，这是其他知名语言都没有实现的。你是希望自己用 go 很痛苦地自己山寨一个类似 OTP 的东西，还是希望用现成的。Erlang的FP并没有引入多少特殊的概念。 |
|
8
myrual OP 考虑现实情况，还是不用erlang来吓唬队友了。go也是属于备选方案。
首选方案是设计一些容易实现的功能模块，保证每个模块独立工作，模块之间只通过网络传输内容，。然后通过模块的组合来满足目前的需求。 这样可以保证队友可以在这个项目上贡献力量，虽然可能存在各种问题，但是可以保证整体架构可以工作，而且把问题的复杂度降低了。等遇到性能问题，可以根据实际情况优化几个模块。 总比我自己写全部的代码好很多。 当然，运行费用一定高，多个服务器是必须的。 响应速度估计也不快。 总体来说，就是以做出来，能工作为目标的方案；不是以性能，可扩展性，降低运营费用为目的的方案。 但愿我能把这个东西做出来。 |
 |
11
dhysum May 13, 2012
为什么没有人提到smalltalk呢？
|
 |
12
hpyhacking Aug 24, 2012
erlang的代码被一些人誉为最容易阅读的代码，原因之一就是代码所表达的意思非常明确并且准确。
|
 |
13
zephyro Aug 24, 2012
提高编程能力，学习一个FP语言是很重要的，就算不是为了生产目的，介绍组内学习也很好啊。
|
 |
14
cgduan Aug 24, 2012
f# 这语言怎么样？
|
 |
15
JohnBull Sep 21, 2022
哈哈，我也是 2012 年看到 Erlang 中毒的
|
Select Language