|
leotsoNov 13, 2013 via Android
1
@ShiningRay 听都没听过,涨见识了,貌似挺厉害啊.闪闪你从哪里知道这个语言嘀呢?
|
|
2
@leotso The Computer Language Benchmarks Game http://shootout.alioth.debian.org/
之前还有更多语言,后来都不弄了,现在貌似打不开了啊 |
|
3
性能 不是全部
关键字 ruby |
|
wuxqingNov 13, 2013
4
这说明,这年头要会炒作才行
|
|
nikoNov 13, 2013
5
不明觉厉
|
|
6
LZ不是曹力么。。。
|
|
7
计算机语言这个东西,主要看背后依靠的社区。要有死忠,有大牛,有脑残粉。
这个就像你自己弄个微薄类的网站,技术上拳打推特脚踩微薄,抗压600亿,但是没人来用,你就干耗电磨损服务器。 |
|
tabris17Nov 13, 2013
9
汇编性能还要高呢。我大致看了下语法,类似F#和pascal的混合体,实在是有点不适应
|
|
liuzhoouNov 13, 2013
10
|
|
julyclydeNov 13, 2013
11
东西好并不代表有意义
现在行业内不缺语言,也不缺实现 |
|
12
@cYcoco 矮由,居然有人认得我
|
|
13
@10iii 你说的一点也没错
|
|
judasnowNov 13, 2013
14
楼主 js 的那本书 翻译的不错 :-)
|
|
wdlthNov 13, 2013
15
现在缺的不是语言,性能也没必要太讲究,而是用的人,有用户、社区支持的东西能很快的发展起来,很多东西不在沉默中爆发,就在沉默中消亡。
|
|
ivgf629Nov 13, 2013
16
趋势所向
|
|
matrix12346Nov 13, 2013
17
王垠会炒作呢
|
|
hooluupogNov 13, 2013
18
王垠的这篇What's wrong with Object-Oriented Programming and Functional Programming(https://yinwang0.wordpress.com/2013/11/09/oop-fp/)最近在hacker news和reddit/r/programming的首页上引起了激烈的讨论。。。
|
|
cxshunNov 13, 2013
19
@ShiningRay 原来兄弟是曹力啊,哈哈,糗事百科不错啊。
|
|
akiraNov 13, 2013
20
原来shiningray也素大神呀,每天比上的2个站,v2ex和糗百
|
|
heganjNov 13, 2013
21
如果我没记错的话,王垠好像说打算将ylang, yos 和 ydb 融为一体。说实话,我挺期待的 XD
|
|
22
@heganj squeak no os
|
|
momo5269Nov 13, 2013
23
@hooluupog 这类东西很容易让人联想起joel spolsky和paul graham...
文中有些内容是老生常谈了,以前关注的几个计算机博客(博文聚合类)一年下来最少有四分之一是有同类观点的内容... |
|
txltyNov 13, 2013
25
|
|
26
@txlty 呵呵
|
|
luikoreNov 14, 2013
32
@yangff 熟练汇编的人不用全部自己写, 只要改改现代编译器的汇编输出就行了...
最简单的一种就是调分支代码块的顺序(人知道哪段代码是常态, 哪段是异常态, 但C++不知道). 而你在C++层面上调的顺序还有可能被编译器的优化改掉. |
|
yangffNov 14, 2013
33
@luikore 请使用__builtin_expect,这样编译器能更好的帮你优化,而不是手改汇编码……
为什么都到了2013年,还有人相信手写汇编码的效率会高过编译器生成代码…… |
|
yangffNov 14, 2013
34
如果是在Windows下用MSVC的话,用 Profile-Guided Optimizations 会更好些……
|
|
standin000Nov 14, 2013
35
@yangff 这位同学没做过底层程序吧,某些时候汇编是必须的。一般来说来说效率最高的语言总是DSL,没有通吃的语言。
|
|
yangffNov 14, 2013
36
@standin000 ……算了……请允许我做一个悲伤的表情。
|
|
standin000Nov 14, 2013
37
@yangff 晕,那也允许我叹口气吧。DSL啊!
|
|
39
楼上讨论的非常热烈,鼓掌,啪啪啪
|
|
luikoreNov 15, 2013
40
@yangff
手写汇编一个原因是兼容不同的编译器, 例如我想用 AVX2 指令但有些用户硬件支持而编译器不支持, 这时就要用汇编, 或者直接把机器码放到 .text 段中. 又例如写解释器, 但很多编译器不支持 __attribute__((__noinline__,__noclone__)), 其实写个脚本调整汇编输出的顺序就可以了. 很多解释器的核心部分都是简单粗暴的手写汇编, C/C++ 改 flag 的方式太迂回曲折了. PGO 作用真的很微弱. 很多情况都是只需要优化一两个点, 用 PGO 还要设计把分支跑热的样例, 最后还要检查生成的代码是否真的优化了那里... (其他不是瓶颈的部分, 是否 PGO 我管你啊!). |