bcrypt 可以把速度调快的啊, 例如接近 MD5 的速度. 就算是低复杂度的 bcrypt 还是比 hash 有优势: 相同输入多次运行的出来结果也是不同的.

至少 IE8 才有可能监听 dom 事件, 低版本各种 hack

语法糖和易读性不是正相关也不是负相关, 和性能也是没什么关系.
要求"不能用语法糖"就像要求写字要让文盲能看懂差不多.

Haskell 或者 ML 系 (F# 比 Ocaml 更简洁)

如果学 jvm 二奶语言, 最后你会发现想干点正经事你还得找各种 api 设计得让人吐血的 java 库.

@yangff

手写汇编一个原因是兼容不同的编译器, 例如我想用 AVX2 指令但有些用户硬件支持而编译器不支持, 这时就要用汇编, 或者直接把机器码放到 .text 段中. 又例如写解释器, 但很多编译器不支持 __attribute__((__noinline__,__noclone__)), 其实写个脚本调整汇编输出的顺序就可以了. 很多解释器的核心部分都是简单粗暴的手写汇编, C/C++ 改 flag 的方式太迂回曲折了.

PGO 作用真的很微弱. 很多情况都是只需要优化一两个点, 用 PGO 还要设计把分支跑热的样例, 最后还要检查生成的代码是否真的优化了那里... (其他不是瓶颈的部分, 是否 PGO 我管你啊!).

@yangff 熟练汇编的人不用全部自己写, 只要改改现代编译器的汇编输出就行了...
最简单的一种就是调分支代码块的顺序(人知道哪段代码是常态, 哪段是异常态, 但C++不知道). 而你在C++层面上调的顺序还有可能被编译器的优化改掉.

标题党, 虽然内容还是挺对的

纯干货:
https://github.com/trending/developers?l=ruby
http://bugs.ruby-lang.org/projects/ruby-trunk/issues?set_filter=1&f%5B%5D=status_id&op%5Bstatus_id%5D=o&f%5B%5D=tracker_id&op%5Btracker_id%5D=%3D&v%5Btracker_id%5D%5B%5D=2&f%5B%5D=&c%5B%5D=tracker&c%5B%5D=status&c%5B%5D=priority&c%5B%5D=subject&c%5B%5D=assigned_to&c%5B%5D=updated_on&group_by=

这本书比龙书浅很多, 应该说比较简单实用吧, 因为龙书的很多理论是在你做一个编译器之前都很难体会到其作用的. 既然连龙书的等级都没达到, 那和现代编译器就更加不沾边了.

parser 方面, 根本没涉及各种文法, 自动机理论, 也没介绍 antlr 和其他语法生成器的构造和优化算法.
编译方面数据流分析, 控制流分析, SSA, 抽象解释, 类型系统运算都没提到, 更不用提即时编译了.
解释方面 threaded code, tagged pointer, fat pointer, stack caching, instruction unification, register machine ... 等等现代解释器构造都没提到.
GC, 栈安全, 对象设计等等等等方面就更不用指望提到了.

@pythonee 既然理解了重定向output stream, 为什么不理解重定向input stream...

@pythonee bash 的手册里 Redirecting Input 那段

@pythonee 以文件为命令的输入流, 放前面和放后面一样, 可以和 > 对比想想. man bash 能找到更详细的阐述

@luoqeng 所以用 Jython 的原因就是因为 google... 看到内建方法的签名是在 https://github.com/yinwang0/pysonar2/blob/master/Builtins.java 硬编码上去的了.

@Ricepig 链接? 估计那个问题不适合并行化或者不是computation bound的问题

@oldcai CPU比IO快多了, 而且多数CPU瓶颈的场景都是用GPU解决的, 3000个核做data parallel比寥寥几个核做task parallel效果好很多...

目测是换了个递归检测方法的抽象解释
C 实现的方法是不容易拿到类型信息的, 不过 Java 实现的大概好些 (所以就是用 Jython 的原因?)
如果写几个多类型的数组, 例如 [1,"hello",3.5,String] 还是会类型爆炸变得很慢的

文章展示了 cat 命令的一个常见误用: 没有多个文件却用 cat 连接.
结果是多产生了一个进程和一个管道.

正确写法是:
<some.txt other cmd ...

像 wc -l 这类命令的瓶颈明显是硬盘, parallel 以后反而比单核的慢.

@felix021 你为什么要说"蛋疼地"... randomIO 签名是比较复杂, 但用起来写到 do 里就和其他语言写法没什么区别啊

java 专用名词. GoF 模式算啥, wiki 模式大全里有几百种呢... 硬要把模式套到动态语言/函数式的话:

动态语言的成员查找是 service locator 模式, 等价于依赖注入 -- 我们都知道用了 DI 以后很多模式都可以不用了.
动态语言的执行主要是解释模式
动态语言的方法调用是命令模式
对象层级是原型模式
动态语言没有静态成员, "类方法", "类属性" 全是单例模式的应用
function/lambda/block 是 visitor 模式
...

或者说 java 程序员需要艰苦修炼才能用出来的设计模式, 在其他语言里就像呼吸空气一样平常, 使用者甚至不需要意识到自己是在应用"模式".

@felix021 反了, 应该说很多语言有状态的问题, haskell 就没有状态的问题. haskell 的 monad do-notation 语法糖里看似状态的东西其实都不是真的状态, 不会出现并发修改同步或者死锁等等状态导致的问题, 因此特别适合处理带复杂状态的程序.