@noli
具体的我就说一点， Go 的 gc 编译器在默认情况下做静态链接，而不是 Go 语言不支持动态链接

Go 是个特点鲜明的语言，必然有人喜欢有人不喜欢
喜欢什么语言就用什么语言，又没人逼你拿 Go 写代码

所以吧，建议 noli 这种上来就知道乱喷的傻逼，最好悄悄在旁边待着别吭声了

个人观点，不同语言效率不同的主要原因是语义不同

比如 C 和 Python 里类似的语句
int i = 0;
i++;
和
i = int(0)
i += 1
这两句的意思不一样，速度也不一样

再比如 std::sort 和 qsort ，都是快速排序，但 std::sort 的速度快

如果语义完全一样，编译器 /解释器就可以用相同的方式来执行，效率就可以一样。
当然实际情况是不同语言的编译器 /解释器的实现不一样，速度也总会有差别的

@puyaraimondii
你是指这一排的按键稍微向左偏了大约八分之一个按键宽度？
我觉得这个偏得并不多，完全没有影响

@KentY
ctrl 和 caps 可以在键盘上设置交换，不影响你换 hhkb 用
如果一定不能有方向键，那我估计你找不到

67 键的 filco
虽然我更喜欢 cherry 的手感，但是为了键位现在都用这个了

通常情况下，简单的回答是，如果 struct 很大，用指针更快，反之用值更快
但什么是 “很大”，显然不容易判断

所以我的观点是，上面说的都没什么用
如果要在意这个性能，就分别做性能测试，哪个快用哪个

@RTNelo
这种事情有一个限度
比如我绝不会用“请搞清楚自己写的每一行代码的意思”来说你在最上面写的关于 id 事情

你们都能想到用“转成 Decimal 实例”这么奇怪的方法来调用 Python 的整数运算了，明显是没看过 Python3 和 Python2 的差别
而这个除法运算符的差别是 https://docs.python.org/3/howto/pyporting.html 里面讲的第一个 2 和 3 的差别
丝毫不看文档，又要 from __future__ import xxx ，出错了还怪语言
那我觉得吐槽你们不懂自己写的代码并没有错

@Yinz
随意找一个学过数学的人来判断，如果 '/' 除法运算符， 3 / 2 = 1.5 是非常正常的事情
3 / 2 = 1 才是反直觉
这里显然是为了和直觉一致，在 Python 3 里改了

@Yinz @RTNelo
from __future__ import division
这一行是引入 Python3 的除法运算符
'/' 是浮点数除法
'//' 是整数除法

请搞清楚自己写的每一行代码的意思

@dbow
Go 根本没有 delete 这个功能，如何 delete ？
或者说本来就是 gc 在自动 delete
在任何语言里，频繁地 new 和 delete 都不好，只不过用 Go 这么做显得更不好。
在任何语言里，都应该用一个池
所以，上面早就有人说过了， “官方都快有 3 种标准写法了”...

@Damnever
似乎有个误解，所以回一下
我写的 4 其实是对应 24 和 28 楼
但是我没写清楚...

确实看到吐槽就进来了，于是进来吐槽
1 、 A simple ping program written in Python
2 、费了这么大的劲，如果有个包在第 4 秒回来了，你这程序还是没把丢包率算对
3 、实现这个需求显然有简单得多的方法，上面也有人说了。你就非要搞这个 SIGINT ，于是成功地把简单的问题复杂化了
4 、有 Python3 不用，还 from __future __ import xxx ， 明摆着自己给自己找麻烦

https://github.com/crvv/coc_unbreakable

对应大约一年前的版本，如果有兴趣可以参考

@imn1 @ming2281

Python 里，~ 运算符的定义是 -(x+1)
<< 和 >> 运算符的定义是乘或除以 2 的若干次幂
其它 3 个 & | ^ 和有没有符号无关，正数和负数只是表示了不同的值而已

这种事情看一下文档就知道了，别随意“也就是说”，也别随意说“ bug 多”

https://docs.python.org/3/reference/expressions.html#unary-arithmetic-and-bitwise-operations

Windows 装软件有不方便的地方，是因为 Windows 没有正经的包管理系统，会麻烦一点
Rotor 的软件不好好打包，让用户手动装依赖，当然会麻烦
这事和操作系统完全没有关系

@terry0314
那是 zsh 用来标记行末没有换行符的，本来并不是个问题啊。不过当然可以去掉
http://unix.stackexchange.com/questions/167582/why-zsh-ends-a-line-with-a-highlighted-percent-symbol

@mimzy

http://book.douban.com/subject/1240002/
http://book.douban.com/subject/6971116/
作者好像是同一个人

@ru20150601
http://www.v2ex.com/t/233379
从这个帖子来看，这书的作者不会使用指针

array 是一个 2 维数组， array[0] 是一个 1 维数组，类型都不一样，值怎么个一样法？

但是 C/C++里面的数组比较特殊，数组类型的变量会被编译器转成指向首元素的指针
（注一下，这个问题上，有些人认为数组名就是一个指针（而不是被转成指针），比如楼上的回帖，也包括楼主的教材）

所以下面是我认为的正确的理解方式（也就是 "C++ Primer" 的内容)，要搞懂这个问题需要了解两件事：
1 、在你使用数组名这个变量时，它通常被转换成了首元素的指针，所以 array 被转成了 &array[0]
2 、数组只是一个连续的内存区域，用来存数组里的元素。数组的内存地址就是数组首元素的内存地址（但是，作为两个指针，它们的类型不同）
用 printf 输出来的是内存地址，所以
array -> &array[0] -> &array[0][0]， array[0] -> &array[0][0]
三个箭头分别是，数组被转成首元素地址，数组的地址和数组首元素的地址相等，数组被转成首元素地址
结论是， 如果你用 printf 输出 array 和 array[0]，输出的东西是相等的，但这两个变量的类型不同，不应该拿来比较

以下和回答无关
“教材中说， array 的值和 array[0]的值是一样的”
“* array 得到的是一个内存地址值 long int ”
看到这两行内容，我觉得你这本教材应该扔掉了