美国哪些大学纳米生物这个领域比较牛 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Chemistry - 化学

美国哪些大学纳米生物这个领域比较牛

美国哪些大学纳米生物这个领域比较牛# Chemistry - 化学

f*y2011-11-18 08:11

1 楼

《直通春晚》18进10第一场张赫宣有望“一雪前耻”
发布时间:2012年11月30日 14:55 | 进入复兴论坛 | 来源： CNTV | 手机看视频
12月2日出场顺序
本周日晚19：30 CCTV3《直通春晚》将上演18进10第一场晋级选拔，节奏全面提速，平
安、张赫宣、朱俐静、成青等实力唱将届时会为我们带来一场“群雄争霸”的好戏，张
赫宣有望在本场“一雪前耻”，实现对朱俐静的逆袭。
首轮排位展示实行末位出局
与前四场选拔相比，本场选拔一开始便充满了火药味，首轮展示直接关系到选手的去留
问题。选手按照之前抽签的顺序先进行排位展示，展示结束后评审团集体亮分，排位一
至八名的晋级下一环节，第九名直接出局，止步春晚征程。
第二环节前四名上演“强强对决” 平安张赫宣或将一决高下
在第一环节排名前四的选手将进行抽签分组，两两对决，胜者直接晋级，负者与后四位
组队进入第三环节。按照目前的状况来看，张赫宣和平安极有可能在第二环节相遇，一
决高下；据悉，平安第二环节准备了自己的成名曲《洋葱》，而张赫宣则带来了拿手歌
曲《像梦一样自由》。
第三环节捉对挑战一曲定胜负
第三环节中在第二环节未晋级的两组选手和第一环节排位五到八的四组选手将继续进行
抽签，两两组队进行较量，胜者晋级，负者直接出局，告别这个舞台。
12月2日看点聚焦
按照赛制，本场平安和张赫宣将极有可能进行终极对决，一决高下；在第三场12进6选
拔中，成功击败张赫宣的朱俐静将以黑马身份挑战各路唱将，捍卫荣誉；蹇红和刘威煌
都是各自代表队的“独苗”，他们在残酷的选拔中将“背水一战”争取分得一杯羹；阿
普萨萨和王新鹏这对来自同一栏目的两组选手将以民族唱法挑战其他七组流行唱法的选
手，他们能否再续辉煌值得关注；“劲歌女王”刘雪婧和“情歌王子”成青两组符号性
极强的选手也将全力以赴为自己在春晚舞台上争取一席之地！
究竟谁能够圆梦这个舞台呢？12月2日晚19:30 CCTV3让我们拭目以待!
附：
12月2日 18进10第一场简版节目单：
1.东方卫视《声动亚洲》刘雪婧：第一轮：《Bad Boy》第二轮：《如燕》第三轮
：《Special》。
2.台湾台视《超级偶像》朱俐静：第一轮：《为你我受冷风吹》第二轮：《哭不出
来》第三轮：《玫瑰人生》
3.浙江卫视《中国好声音》张赫宣：第一轮：《不管有多苦》第二轮：《像梦一样
自由》第三轮：《亲爱的小孩》
4.云南卫视《完美声音》成青：第一轮：《我爱你中国》第二轮：《听妈妈讲那过
去的事情》第三轮：《我这个你不爱的人》
5.中央电视台《非常6+1》蹇红：第一轮《想家的人》第二轮《So sorry》第三轮
《梦一场》
6.江西卫视《中国红歌会》阿普萨萨：第一轮：《洞庭鱼米香》第二轮：《庆丰收
》第三轮：《放马山歌》
7.江西卫视《中国红歌会》王新鹏：第一轮：《儿子娃娃》第二轮：《我像雪花天
上来》第三轮：《新疆馕》

8.香港无线电视台《超级巨声》刘威煌：第一轮：《海阔天空》第二轮：《一言难
尽》第三轮：《封存自己》
9.浙江卫视《中国好声音》平安：第一轮：《我用所有报答爱》第二轮：《洋葱》
第三轮：《悬崖》

d*e2011-11-18 08:11

2 楼

新手胡言乱语：
性能上，并发仅次于erland和go.差距极小。
速度仅此于java.
但是用的内存远远小于java
本来没有什么好的库。但是最近release的lens, wreq，yeosd, haxl都是让人眼睛一亮
的东西。
至少不用自己写轮子了。
考虑到，fp在可测试性和正确姓上的优势。干翻 python，ror非常容易。
我甚至怀疑java在后端还有没有存在的必要。
大牛们说说这里面有没有什么坑存在？

b*12011-11-18 08:11

3 楼

有个熟人的孩子想到美国读博士。想问一下美国哪些大学在纳米生物这个领域比较好。
他本人本科化学，明年毕业。我离这个专业很远，没法提供意见。借本版问一下。谢谢
。

e*o2011-11-18 08:11

4 楼

这个坑挖的不错。
yesod 上来一堆language extension，我就不往下看了。
牛逼的人自己牛逼去，lisp不就是个好例子么，被干的翻翻的。

h*z2011-11-18 08:11

5 楼

转行吧

【在 b***1 的大作中提到】

: 有个熟人的孩子想到美国读博士。想问一下美国哪些大学在纳米生物这个领域比较好。
: 他本人本科化学，明年毕业。我离这个专业很远，没法提供意见。借本版问一下。谢谢
: 。

e*o2011-11-18 08:11

6 楼

你说的那几个库，就最后一个是新的。
ps：wreq 我看成 warp 了。

p*y2011-11-18 08:11

7 楼

就知道西北的mirkin和emory的nie，要去这种组要够牛，基本上最好大学的top1吧

d*e2011-11-18 08:11

8 楼

我是和stackoverflow 和real world haskell比的。
貌似这语言的确冷门阿。

【在 e*******o 的大作中提到】

: 你说的那几个库，就最后一个是新的。
: ps：wreq 我看成 warp 了。

c*o2011-11-18 08:11

9 楼

都是大忽悠，别读了

d*e2011-11-18 08:11

10 楼

我觉得这里面还有一个经济上的考量。
你可以20万请一组废物java 程序员+QA加上1000台机器,
或者
你可以花40万-50万请3，4个haskell高手加上100台机器
那么到底那个更加合算？
特别是，不知道多少java程序员只会摊大饼if else打补丁带来的程序质量下降的损失
，我感觉haskell搞不好要翻盘。

【在 e*******o 的大作中提到】

: 这个坑挖的不错。
: yesod 上来一堆language extension，我就不往下看了。
: 牛逼的人自己牛逼去，lisp不就是个好例子么，被干的翻翻的。

n*g2011-11-18 08:11

11 楼

只要是nano这个领域的，
无论哪个大学，都很有前途的。
放心的读吧

【在 b***1 的大作中提到】

e*o2011-11-18 08:11

12 楼

放心吧。
怎么合算，资本家比你我清楚。
3，4 个haskell高手出的活，不一定有你说的3，4个java废物多，因为，java 的，都
搞定了，haskell的那几个轮子还没造好。哈哈。

【在 d******e 的大作中提到】

: 我觉得这里面还有一个经济上的考量。
: 你可以20万请一组废物java 程序员+QA加上1000台机器,
: 或者
: 你可以花40万-50万请3，4个haskell高手加上100台机器
: 那么到底那个更加合算？
: 特别是，不知道多少java程序员只会摊大饼if else打补丁带来的程序质量下降的损失
: ，我感觉haskell搞不好要翻盘。

b*o2011-11-18 08:11

13 楼

随便找个中国老板，都牛

【在 b***1 的大作中提到】

e*o2011-11-18 08:11

14 楼

举个例子，我有个perl脚本每天扫描mitbbs的几个版面，把当天回复数大于5的帖子发
到我邮箱。这个活，perl 一会就搞定了。haskell我找了半天，还是放弃了。要不你试
试，看多久能搞定？光看写个powerset，哪个更优美，没啥意思。

j*52011-11-18 08:11

15 楼

哈佛的李博？还有冉冉新星崔毅叫兽
带红姐？

【在 p******y 的大作中提到】

: 就知道西北的mirkin和emory的nie，要去这种组要够牛，基本上最好大学的top1吧

g*g2011-11-18 08:11

16 楼

就继续意淫吧，haskell要找个工作都难才是真的。连实践都没啥机会，还高手个屁。

n*12011-11-18 08:11

17 楼

扯你妹啊！充满着水货的领域，化学界最垃圾的方向，还是直接转行吧。。。

【在 n*****g 的大作中提到】

: 只要是nano这个领域的，
: 无论哪个大学，都很有前途的。
: 放心的读吧

n*12011-11-18 08:11

18 楼

如今这世道，讨好不了三哥，怎么可能大火？

b*12011-11-18 08:11

19 楼

据说这个方向国内很热。能不能给点具体的。直接说这个方向不行，是不是比较伤人。

W*o2011-11-18 08:11

20 楼

好不好不能光看技朮，更重要是market

【在 d******e 的大作中提到】

: 新手胡言乱语：
: 性能上，并发仅次于erland和go.差距极小。
: 速度仅此于java.
: 但是用的内存远远小于java
: 本来没有什么好的库。但是最近release的lens, wreq，yeosd, haxl都是让人眼睛一亮
: 的东西。
: 至少不用自己写轮子了。
: 考虑到，fp在可测试性和正确姓上的优势。干翻 python，ror非常容易。
: 我甚至怀疑java在后端还有没有存在的必要。
: 大牛们说说这里面有没有什么坑存在？

t*t2011-11-18 08:11

21 楼

发文章容易，应用前景还没看到

【在 b***1 的大作中提到】

: 据说这个方向国内很热。能不能给点具体的。直接说这个方向不行，是不是比较伤人。

d*e2011-11-18 08:11

22 楼

你这个例子不好。
用python的话，我用scrapy写。框架都有了，最后作个写filter 搞定。还是基于
twisted的，效率也不错。
haskell我还没有狗到任何框架，但是简单的也是一个html table parser的事情。
如果有高性能的爬虫框架的需求，也许haskell 更有优势，但是，一般来说，后面的
filter非常简单，以至于用python写也很难出错，看不出haskell在这个方面有什么理
论上的好处。
Re: 请推荐几个编程用的字体 (30b)(0/16) YHFG Jun 19
103349 ├ Re: 请推荐几个编程用的字体 (57b)(1/14) YHFG
Jun 19
103350 ├ Re: 请推荐几个编程用的字体 (25b)(0/17) TheMatrix
Jun 19
103351 ├ Re: 请推荐几个编程用的字体 (16b)(0/12) rodney
Jun 20
103352 ├ Re: 请推荐几个编程用的字体 (89b)(1/10) Leiss
Jun 20
103353 ├ Re: 请推荐几个编程用的字体 (67b)(0/4) heji Jun
20
103354 ├ Re: 请推荐几个编程用的字体 (118b)(1/5) alanine
Jun 20
103355 ├ Re: 请推荐几个编程用的字体 (24b)(0/4) umQdOq
Jun 20
103356 ├ Re: 请推荐几个编程用的字体 (16b)(1/4) Nehalem
Jun 20
103357 ├ Re: 请推荐几个编程用的字体 (23b)(1/6) heji Jun
20
103358 ├ Re: 请推荐几个编程用的字体 (16b)(1/6)

【在 e*******o 的大作中提到】

: 举个例子，我有个perl脚本每天扫描mitbbs的几个版面，把当天回复数大于5的帖子发
: 到我邮箱。这个活，perl 一会就搞定了。haskell我找了半天，还是放弃了。要不你试
: 试，看多久能搞定？光看写个powerset，哪个更优美，没啥意思。

c*m2011-11-18 08:11

23 楼

国内都是忽悠
想当年生物也很热，现在更伤人

【在 b***1 的大作中提到】

: 据说这个方向国内很热。能不能给点具体的。直接说这个方向不行，是不是比较伤人。

p*22011-11-18 08:11

24 楼

今天面了一个java大牛说需要90台机器
其实我们10台node就搞定了

【在 d******e 的大作中提到】

n*g2011-11-18 08:11

25 楼

靠，这个骂人不好吧？

【在 n********1 的大作中提到】

: 扯你妹啊！充满着水货的领域，化学界最垃圾的方向，还是直接转行吧。。。

e*o2011-11-18 08:11

26 楼

类似的事情在 web programming里面，不能再基本的了吧。写网页不要测试么？
email 发送呢？
说起来简单，你写出来能用的代码再说。
你想想为啥python连框架都有了，haskell连个好用的html parser 都没有。
以前连个好用的http client 都不好找，wreq 好像可以。
等你找齐了，去安装的时候，有时候发现，这些lib 直接不兼容。wtf！

【在 d******e 的大作中提到】

: 你这个例子不好。
: 用python的话，我用scrapy写。框架都有了，最后作个写filter 搞定。还是基于
: twisted的，效率也不错。
: haskell我还没有狗到任何框架，但是简单的也是一个html table parser的事情。
: 如果有高性能的爬虫框架的需求，也许haskell 更有优势，但是，一般来说，后面的
: filter非常简单，以至于用python写也很难出错，看不出haskell在这个方面有什么理
: 论上的好处。
: Re: 请推荐几个编程用的字体 (30b)(0/16) YHFG Jun 19
: 103349 ├ Re: 请推荐几个编程用的字体 (57b)(1/14) YHFG
: Jun 19

n*12011-11-18 08:11

27 楼

抱歉啊,一时没控制好情绪。nano确实比较垃圾，偏偏做的人还自我感觉很好，喜欢整
日yy，这就着实让人恶心了。

【在 n*****g 的大作中提到】

: 靠，这个骂人不好吧？

d*e2011-11-18 08:11

28 楼

俺们用pytho的，email一般丢给celery干。你说的是个问题，不过这个生态系统也是慢
慢搞的。理论上看haskell应该是不错的。

【在 e*******o 的大作中提到】

: 类似的事情在 web programming里面，不能再基本的了吧。写网页不要测试么？
: email 发送呢？
: 说起来简单，你写出来能用的代码再说。
: 你想想为啥python连框架都有了，haskell连个好用的html parser 都没有。
: 以前连个好用的http client 都不好找，wreq 好像可以。
: 等你找齐了，去安装的时候，有时候发现，这些lib 直接不兼容。wtf！

z*r2011-11-18 08:11

29 楼

作为过来人，奉劝如果想干点踏实研究的话，千万别跳这个大坑。

d*e2011-11-18 08:11

30 楼

java 肯定是成为过去式了。
business logic这么简单的东西，搞上几个G内存，才几十个tps没有天理阿。

【在 p*****2 的大作中提到】

: 今天面了一个java大牛说需要90台机器
: 其实我们10台node就搞定了

e*o2011-11-18 08:11

31 楼

那大家慢慢等，等到facebook都把php换成 haskell了，咱在上也不晚，对不。

【在 d******e 的大作中提到】

: 俺们用pytho的，email一般丢给celery干。你说的是个问题，不过这个生态系统也是慢
: 慢搞的。理论上看haskell应该是不错的。

e*o2011-11-18 08:11

32 楼

haskell marketing的不错。

【在 W***o 的大作中提到】

: 好不好不能光看技朮，更重要是market

a*e2011-11-18 08:11

33 楼

这个例子有什么不好？我来说说自己的实际经验。
我两年前用 shell script (wget, curl, grep, sed, awk) 写了一个微博备份（从网
页登录，抓取所有历史微博、图片及留言）的工具，3个小时左右基本完成。但感觉不
爽，就是个 quick&dirty hack，整体来说用 regex 来做这种事情，程序本身流程很差。
然后我用 Haskell 重新写，包括学习 conduit 的过程，大概用了 6 个小时。对结果
非常满意，直接有流式的 html parser 可用，run in constant memory。而且页面流
程被抽象出来，可读性高多了。fully typed，调试很方便，而且我对程序的正确性和
后续维护也更有信心。后来又稍微改了一下，可以备份整个微群所有帖子和图片。
记得两年前的时候 conduit 刚刚 0.3 发布，和它竞争的那个 pipes 库也刚开始写，
远不如目前成熟。所以你说没有狗到haskell框架，其实还是不熟悉它的生态。

【在 d******e 的大作中提到】

a*e2011-11-18 08:11

34 楼

Haskell 并发性能强于 erlang 和 go 好不好，整个 runtime 和 GC 的质量都高不止
一个档次。Erlang 的长处是 distributed fault tolerance，不是单机并发性能。
而且取决于你什么应用，追求速度的 HPC 应用显然都比 java 快多了。
Haskell 的短板在于对程序员要求高，理论层面不搞清楚，写不了 Haskell。这基本无
解，写“显然正确的程序”，和用什么语言关系不大，写的人本身得有那个水平才行。
Haskell 的门槛在于，水平没达到，程序本身都组织不出来，更不要说后面的编译和调
试了。

【在 d******e 的大作中提到】

e*o2011-11-18 08:11

35 楼

你用python，perl 之类的写过？
你用一堆老古董当然不爽。你还不如说用c 呢。

差。

【在 a*****e 的大作中提到】

: 这个例子有什么不好？我来说说自己的实际经验。
: 我两年前用 shell script (wget, curl, grep, sed, awk) 写了一个微博备份（从网
: 页登录，抓取所有历史微博、图片及留言）的工具，3个小时左右基本完成。但感觉不
: 爽，就是个 quick&dirty hack，整体来说用 regex 来做这种事情，程序本身流程很差。
: 然后我用 Haskell 重新写，包括学习 conduit 的过程，大概用了 6 个小时。对结果
: 非常满意，直接有流式的 html parser 可用，run in constant memory。而且页面流
: 程被抽象出来，可读性高多了。fully typed，调试很方便，而且我对程序的正确性和
: 后续维护也更有信心。后来又稍微改了一下，可以备份整个微群所有帖子和图片。
: 记得两年前的时候 conduit 刚刚 0.3 发布，和它竞争的那个 pipes 库也刚开始写，
: 远不如目前成熟。所以你说没有狗到haskell框架，其实还是不熟悉它的生态。

a*e2011-11-18 08:11

36 楼

用 perl 不会有任何优势，堆 regex 么，逻辑简单的话很迅捷，复杂一点的，修改和
维护都不好调试。
python 的话，我不熟悉。不过你要用 generator 之类的，才能有流式的 parser 和
filter，达到 run in constant memory 的性能。不知道有哪些框架可以做这个。
Haskell 里面我用的这个:
http://hackage.haskell.org/package/tagstream-conduit
其作者黄毅同学，两年前做过一个“编写显然正确的代码"的分享：
http://floss.zoomquiet.io/data/20120417142213/index.html

【在 e*******o 的大作中提到】

: 你用python，perl 之类的写过？
: 你用一堆老古董当然不爽。你还不如说用c 呢。
:
: 差。

e*o2011-11-18 08:11

37 楼

只能说 Perl 你也不熟悉。

【在 a*****e 的大作中提到】

: 用 perl 不会有任何优势，堆 regex 么，逻辑简单的话很迅捷，复杂一点的，修改和
: 维护都不好调试。
: python 的话，我不熟悉。不过你要用 generator 之类的，才能有流式的 parser 和
: filter，达到 run in constant memory 的性能。不知道有哪些框架可以做这个。
: Haskell 里面我用的这个:
: http://hackage.haskell.org/package/tagstream-conduit
: 其作者黄毅同学，两年前做过一个“编写显然正确的代码"的分享：
: http://floss.zoomquiet.io/data/20120417142213/index.html

a*e2011-11-18 08:11

38 楼

好吧，愿闻其详。

【在 e*******o 的大作中提到】

: 只能说 Perl 你也不熟悉。

e*o2011-11-18 08:11

39 楼

https://metacpan.org/pod/Mojo::DOM
我写的时候用这个，你看看就知道要用几个regex。
另外，你说的 constant mem 恰好是多数人不关心的，因为这样的task内存真是无所谓。
另外，你看你 Mojo::Dom 对文档，对于一个从任何语言过来的人，根据上面的例子，
很快就能上手。
那个所谓的牛X的tagstream 我怀疑有几个人用？

【在 a*****e 的大作中提到】

: 好吧，愿闻其详。

e*o2011-11-18 08:11

40 楼

email 的
https://metacpan.org/pod/Email::Stuffer
我实际用的就是从文档中copy下来的。改改地址。
haskell 多数都没文档，要找个例子，更是难。

【在 a*****e 的大作中提到】

: 好吧，愿闻其详。

a*e2011-11-18 08:11

41 楼

原来你说的是简单的 dom parser，Haskell 里面这种库也有：
http://community.haskell.org/~ndm/tagsoup/
文档也比较全面，例子什么的都不缺。
其实这些也没什么好比的，我用流式处理是因为有这方面学习需要，之前没做过，用用
试试看，感觉上手并不难。
我的观点无非是，Haskell 上手有 entry barrier，过了这个坎，后面都还好。基本要
用的库都能找到。有些文档欠缺的，对我来说不是大问题，看看 type signature 基本
上就能明白怎么用。
我也不鼓励别人抛弃现有的语言工具来学习 Haskell，除非是有 type safety 的刚性
需求，否则用什么都差不多。

谓。

【在 e*******o 的大作中提到】

: https://metacpan.org/pod/Mojo::DOM
: 我写的时候用这个，你看看就知道要用几个regex。
: 另外，你说的 constant mem 恰好是多数人不关心的，因为这样的task内存真是无所谓。
: 另外，你看你 Mojo::Dom 对文档，对于一个从任何语言过来的人，根据上面的例子，
: 很快就能上手。
: 那个所谓的牛X的tagstream 我怀疑有几个人用？

a*e2011-11-18 08:11

42 楼

Haskell 的 smtp/email 库好多个啊，我用过这个
http://hackage.haskell.org/package/SMTPClient-1.1.0
用起来很简单。不知道你为什么说没文档没例子。

【在 e*******o 的大作中提到】

: email 的
: https://metacpan.org/pod/Email::Stuffer
: 我实际用的就是从文档中copy下来的。改改地址。
: haskell 多数都没文档，要找个例子，更是难。

e*o2011-11-18 08:11

43 楼

你不知道其它的语言email的库有多少。
说没文档，是我看了你说的那个牛逼的tagstream 就几个自动生成的signature，
haskell lib的文档普遍太差。

【在 a*****e 的大作中提到】

: Haskell 的 smtp/email 库好多个啊，我用过这个
: http://hackage.haskell.org/package/SMTPClient-1.1.0
: 用起来很简单。不知道你为什么说没文档没例子。

e*o2011-11-18 08:11

44 楼

说出来你说简单，不说你还以为perl都regex 解决一切问题呢。
正式因为有这个barrier在，注定不会是主流的语言。web dev上主流就更不可能了。

【在 a*****e 的大作中提到】

: 原来你说的是简单的 dom parser，Haskell 里面这种库也有：
: http://community.haskell.org/~ndm/tagsoup/
: 文档也比较全面，例子什么的都不缺。
: 其实这些也没什么好比的，我用流式处理是因为有这方面学习需要，之前没做过，用用
: 试试看，感觉上手并不难。
: 我的观点无非是，Haskell 上手有 entry barrier，过了这个坎，后面都还好。基本要
: 用的库都能找到。有些文档欠缺的，对我来说不是大问题，看看 type signature 基本
: 上就能明白怎么用。
: 我也不鼓励别人抛弃现有的语言工具来学习 Haskell，除非是有 type safety 的刚性
: 需求，否则用什么都差不多。

L*n2011-11-18 08:11

45 楼

求script

【在 e*******o 的大作中提到】

e*o2011-11-18 08:11

46 楼

https://gist.github.com/swuecho/2a0445ccfeb3c5d84518

【在 L***n 的大作中提到】

: 求script

c*02011-11-18 08:11

47 楼

给个reference吧。

【在 a*****e 的大作中提到】

: Haskell 并发性能强于 erlang 和 go 好不好，整个 runtime 和 GC 的质量都高不止
: 一个档次。Erlang 的长处是 distributed fault tolerance，不是单机并发性能。
: 而且取决于你什么应用，追求速度的 HPC 应用显然都比 java 快多了。
: Haskell 的短板在于对程序员要求高，理论层面不搞清楚，写不了 Haskell。这基本无
: 解，写“显然正确的程序”，和用什么语言关系不大，写的人本身得有那个水平才行。
: Haskell 的门槛在于，水平没达到，程序本身都组织不出来，更不要说后面的编译和调
: 试了。

c*02011-11-18 08:11

48 楼

从上个世纪不知道多少年代开始，从LISP到Haskell，大家都是说“有潜力成为最好的
xxxx”。
潜力这玩意太虚了。大家搞点实际的吧，做一个最好的web framework吸引人用才是正
道。现在haskell社区的大部分人就是成天嘴上说，挺没意思。
我2，3年前就把learn yourself a haskell整个读了一遍，写了一些小程序，但实在是
平时没有任何场景能用到Haskell，最后就扔了。周围无人使用，要让别人看吧，都没
啥理由，性能没有优势，上手速度慢，维护难度大。
现在已Haskell为首的FP，给编程语言社区最大的贡献就是让一些新语言集成一些FP的
feature，而且还都在swift或者rust这种没有被证明过的语言上，仅此而已。Haskell
社区，叫嚷自己是最牛逼语言的人的比例是最大的，看不起Lisp，看不起Scala，更看
不起传统语言。我说大家豪气冲天这点很好，别眼高手低。现在除了金融行业一些企业
用，别的任何领域没有任何有影响力的项目。这你让普通coder怎么说服manager接受新
语言？
关于这个web framework吧，还是那句话，写一个牛逼的，出来性能测试压过Java了，
咱们再说潜力的问题，不然一切都是扯淡笑谈

【在 d******e 的大作中提到】

a*e2011-11-18 08:11

49 楼

Erlang 的优势向来不在运行速度或者 runtime 效率。Go 嘛，等有 concurrent 或者
generational GC 再来说话。
硬要直接比 lightweight thread，只好去看 language shootout 啦，并发能力可以看
thread-ring，慢的表示 thread context-switch overhead 大。
关于 Haskell 做 I/O 并发，有一篇论文可以看看
http://haskell.cs.yale.edu/wp-content/uploads/2013/08/hask035-v
Section 5 报告了通过压测 GHC Concurrent I/O Manager 所发现的 Linux Kernel 关
于 epoll 的 bug. 后面 benchmark 章节有一些和 Ngnix 的比较。

【在 c*******0 的大作中提到】

:
: 从上个世纪不知道多少年代开始，从LISP到Haskell，大家都是说“有潜力成为最好的
: xxxx”。
: 潜力这玩意太虚了。大家搞点实际的吧，做一个最好的web framework吸引人用才是正
: 道。现在haskell社区的大部分人就是成天嘴上说，挺没意思。
: 我2，3年前就把learn yourself a haskell整个读了一遍，写了一些小程序，但实在是
: 平时没有任何场景能用到Haskell，最后就扔了。周围无人使用，要让别人看吧，都没
: 啥理由，性能没有优势，上手速度慢，维护难度大。
: 现在已Haskell为首的FP，给编程语言社区最大的贡献就是让一些新语言集成一些FP的
: feature，而且还都在swift或者rust这种没有被证明过的语言上，仅此而已。Haskell

a*e2011-11-18 08:11

50 楼

的确，潜力太虚了，Haskell 永远不会成为主流语言。什么时候明白这点了，什么时候
再来学习一下 FP 吧。

Haskell

【在 c*******0 的大作中提到】

a*e2011-11-18 08:11

51 楼

这个是我没说清楚，牛逼的是 conduit，不是 tagstream。后者充其量只能算是一个边
缘的库，估计用的人少。我是正好看见有，满足了我当时的需求。文档方面的确需要加
强，不过这种由作者自发维护的库，谁也无法强求。

【在 e*******o 的大作中提到】

: 你不知道其它的语言email的库有多少。
: 说没文档，是我看了你说的那个牛逼的tagstream 就几个自动生成的signature，
: haskell lib的文档普遍太差。

c*02011-11-18 08:11

52 楼

者
Go的Concurrent GC已经是半年后1.4的目标了。不过你说的是并发性能，至少给个head
to head比较的出处吧。你没有reference，这个结论怎么下的？

【在 a*****e 的大作中提到】

: Erlang 的优势向来不在运行速度或者 runtime 效率。Go 嘛，等有 concurrent 或者
: generational GC 再来说话。
: 硬要直接比 lightweight thread，只好去看 language shootout 啦，并发能力可以看
: thread-ring，慢的表示 thread context-switch overhead 大。
: 关于 Haskell 做 I/O 并发，有一篇论文可以看看
: http://haskell.cs.yale.edu/wp-content/uploads/2013/08/hask035-v
: Section 5 报告了通过压测 GHC Concurrent I/O Manager 所发现的 Linux Kernel 关
: 于 epoll 的 bug. 后面 benchmark 章节有一些和 Ngnix 的比较。

a*e2011-11-18 08:11

53 楼

我也贴一个吧，备份新浪微群的 Haskell 程序。两年前写的，现在估计 bitrot 了，
因为 conduit 后来有不少改动。
http://codepad.org/ptoSTumw
贴个备份效果图，博君一笑。

【在 e*******o 的大作中提到】

: https://gist.github.com/swuecho/2a0445ccfeb3c5d84518

a*e2011-11-18 08:11

54 楼

你说的并发是指什么？thread concurrency 还是 I/O concurrency?
前者的比较去看 shootout。后者我没有直接的 reference，不过你如果觉得 go 干得
过 nginx 倒是可以比一比。
找了一个简单的 go web server 和 nginx 比较，不能说有多准，随便看看吧:
http://kyleisom.net/blog/2012/11/23/benchmarking-a-go-webserver

head

【在 c*******0 的大作中提到】

:
: 者
: Go的Concurrent GC已经是半年后1.4的目标了。不过你说的是并发性能，至少给个head
: to head比较的出处吧。你没有reference，这个结论怎么下的？

c*02011-11-18 08:11

55 楼

是你在讨论并发，不是我在讨论并发。你的定义是什么？
另外你找的例子要不要太老？两年前的也拿出来说。这种测试要找一大堆，Go 和
nginx的比较
https://gist.github.com/hgfischer/7965620
你要是没有什么直接的reference，还是不要随便下结论为好。我没兴趣claim Go的并
发比Haskell强，不过我倒是很有兴趣看你怎么支撑你的claim。

【在 a*****e 的大作中提到】

: 你说的并发是指什么？thread concurrency 还是 I/O concurrency?
: 前者的比较去看 shootout。后者我没有直接的 reference，不过你如果觉得 go 干得
: 过 nginx 倒是可以比一比。
: 找了一个简单的 go web server 和 nginx 比较，不能说有多准，随便看看吧:
: http://kyleisom.net/blog/2012/11/23/benchmarking-a-go-webserver
:
: head

a*e2011-11-18 08:11

56 楼

你给 reference 的时候至少也应该读一下啊，那篇是说 "go + Nginx" 的性能，人家
用加黑字体写了 "The purpose of this benchmark is not to tell that Go is
faster or slower than nginx. That would be stupid."

【在 c*******0 的大作中提到】

:
: 是你在讨论并发，不是我在讨论并发。你的定义是什么？
: 另外你找的例子要不要太老？两年前的也拿出来说。这种测试要找一大堆，Go 和
: nginx的比较
: https://gist.github.com/hgfischer/7965620
: 你要是没有什么直接的reference，还是不要随便下结论为好。我没兴趣claim Go的并
: 发比Haskell强，不过我倒是很有兴趣看你怎么支撑你的claim。

c*02011-11-18 08:11

57 楼

那我等你的reference就行了呗。谁提出谁举证嘛

【在 a*****e 的大作中提到】

: 你给 reference 的时候至少也应该读一下啊，那篇是说 "go + Nginx" 的性能，人家
: 用加黑字体写了 "The purpose of this benchmark is not to tell that Go is
: faster or slower than nginx. That would be stupid."

c*02011-11-18 08:11

58 楼

这是我唯一能找到的和concurrency有关的Go和Haskell head to head comparison
http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&te

【在 a*****e 的大作中提到】

a*e2011-11-18 08:11

59 楼

这个里面测 Haskell 是用的 GHC 7.4，现在都 GHC 7.8 了。我给的 paper 里面的成
果在 7.7 以后才有。
而且你要注意一下 FE 和 ORM 的差别，这个比的不仅是语言本身的runtime.

【在 c*******0 的大作中提到】

:
: 这是我唯一能找到的和concurrency有关的Go和Haskell head to head comparison
: http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&te

a*e2011-11-18 08:11

60 楼

我的原意是比 thread concurrency，因为 goroutine 基本上和 haskell lightweight
thread 的实现是一样的，但是 go 的 GC 在拖后腿。后来意识到你说的可能是 I/O
concurrency，这个最后都是指向 kernel async I/O 的能力，所以我给了一篇paper谈
这个。

【在 c*******0 的大作中提到】

:
: 这是我唯一能找到的和concurrency有关的Go和Haskell head to head comparison
: http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&te

e*o2011-11-18 08:11

61 楼

牛！

【在 a*****e 的大作中提到】

: 我也贴一个吧，备份新浪微群的 Haskell 程序。两年前写的，现在估计 bitrot 了，
: 因为 conduit 后来有不少改动。
: http://codepad.org/ptoSTumw
: 贴个备份效果图，博君一笑。

c*02011-11-18 08:11

62 楼

https://github.com/TechEmpower/FrameworkBenchmarks/tree/master/snap
https://github.com/TechEmpower/FrameworkBenchmarks/tree/master/yesod
我没有GHC的安装，你有兴趣用7.8测试一下，看看性能有什么提升。甚至给他们提供PR
也行。
我知道这个和纯语言的并发能力有区别，问题是我说了，这是我能找到唯一一个Go和
Haskell H2H comparison。
我对paper 理论上的性能提升没兴趣，你要是claim Haskell并发性能比Go强，就拿出
数据来back up。好比说我说Go服务器端的并发性能比Python/Ruby/Node都强，我可以
给你找出一堆不同的测试数据来backup。

【在 a*****e 的大作中提到】

: 这个里面测 Haskell 是用的 GHC 7.4，现在都 GHC 7.8 了。我给的 paper 里面的成
: 果在 7.7 以后才有。
: 而且你要注意一下 FE 和 ORM 的差别，这个比的不仅是语言本身的runtime.