哪有十厘米的线，电子世界只有像素，一个像素多宽多长是不确定的。

传统的耕种会榨干一个人几乎所有的时间，除了农闲时节，人每天就得在户外围着地转，晚上可能还得学习耕种方面的技术。如果想完全自己种自己吃自给自足的话可能比 996 还辛苦。

C 的 array 就是值啊

@lhx2008 只要有 append 进 slice 的操作，被操作实例几乎必逃逸，所以复制也只是复制的指针而已

自己用逃逸分析看看就知道了

slice 里本来就是指针，你这样写传的是指针的指针。

是的，对于分布式系统来说一般必须容忍出现分区，剩下的只能在 C 和 A 中权衡。

@zhyl 嗯，试了下你说的是对的

至于取分片为什么没有拷贝或者不做越界检查当然是为了性能，所以挺合理的

数组越界了，所以取到了 slice 外面的东西，这时候是未定义行为，取到任何东西都不奇怪。只是这里 slice 没有发生拷贝，取到了原地址后面的东西了。

总有人觉得技术是割裂的，新的就是和旧的有决定性的不同，然而技术是渐进进步的，同类型的技术就有同样的框架和体系，实际没在工作中使用过当然也能从整体上去把握。

在完全并行化的 V8 里，曾经有很长一段时间回调是唯一控制两个函数顺序执行的方法，然后后来我们有了 future promise，以及 async await 这样更好的并发语义。

英语好对做任何事情都很重要，整个现代文明的科技和艺术都在欧洲发端

@FrankHB 我想的没有你这么复杂。。不过如你所说，显式区分声明与赋值的语言不需要考虑问题。后面的语言也很少采用这种设计了。
BTW，刚试了下 Julia 和 Ruby 的实现一样:
https://gist.github.com/ethe/b489d96e6e92ba5e1726a990d909ce73

@FrankHB Python 的正式文档只是从语义上对 reference 做出了解释。如果观察一下所有引用类型（ Python 文档里显然没有什么引用类型和值类型），Object list dict 啥的，对属于这些类型的 captured variable 的属性或者成员直接声明赋值都是可以的，但是无法直接写变量本身。所以切片语义（ cnt[1]）啥的不是根本原因，只是因为 Python 只允许读，切片语义对原变量来说是一个读操作而已。

而 Guido 在后来他自己对闭包的理解错了，而 Scheme 那种才是对的，而如果希望在这里不破坏兼容或者不增加额外性能开销的前提下，只能加入一个新的语法用于表示 “nonlocal” 的变量。

@FrankHB 不区分声明与赋值并不是在闭包中无法写被闭包捕获变量的理由，你看上面 Ruby 和我的解释就知道了，Python 这么做纯粹就是因为 Guido **希望** 对被捕获变量只读。这点在邮件里被 Guido 很明白地表达了。

https://gist.github.com/ethe/cad17be3abf81935f61f20bd2937fc5c.js
<script src="https://gist.github.com/ethe/cad17be3abf81935f61f20bd2937fc5c.js"></script>
看下 Ruby 是怎么在不区分声明与赋值下做对的。

理论上来说在声明或赋值时，如果在本地的 context 没有查找到定义的变量都直接按照闭包语义向上查找就可以了，只是这样做会引入额外的开销。加入 nonlocal 关键字，还是把赋值和声明用 let 或者 var 之类的东西区分开只是一个问题的两种解决途径而已。