不同文献的定义其实各有不同的，没有 universally consistent 的定义。读这种文献的一个重要技能就是快速适应新的符号系统 2333

顺便这里其实定义了这些符号。。。

楼主觉得不明白，是因为楼主假设这里的定义是别人用过的，肯定有更详细的定义。但其实。。。

这里就是完整定义了啦！
====

读过论文的都知道，论文里面对于新符号的定义也就这么点篇幅。

@kop1989 这个负面理解还是要看它怎么规定的。

如果明确规定每个 .svelte 顶层作用域的 let 才会展开成状态变量，那就舒服了。

说实话我怀疑就是这个规则，一点都不魔法。因为 Vue 单文件组件不过是手动定义了这个状态而已。

用过 Vue 表示这东西很舒服，至少看了一下文档这么感觉。
======

如果你在一个 .js 里面给我 let count = 0 我会反感，因为这和 js 自己的约定有冲突。

但是你这是新的编译器，如果明确规定必须在 .svelte 文件的顶层 let 才会展开成 vdom state，那我会很高兴。这让我少写很多代码，并且我清楚知道后面会发生什么 —— 无非就是展开成了 Vue 的

export default {
data() {
return { count: 0 };
}
};

哪有什么魔法哦！
======

类似 C++ 也是一样。我明确知道它的 zero-cost abstraction 是怎么工作的，什么东西可以零负担使用。甚至我知道 shared_ptr 的工作原理（ atomic load/fetch, memory barrier ）。那就不魔法了不是么。

读完以后 fork 然后 setuid

@ivyliner 其实我俩说的不是一件事。。。（算了不扯了）

@ivyliner 我作为技术领导我其实更希望招来的人能 Google 一下解决问题。。。

新的技术总会有的，你啥都不会但是 Google 一顿就能解决问题，我也会觉得你很厉害。

@nbweb ！！！ 老兄牛逼啊，我今天总算是明白了为什么。

我从来不用中文搜索技术资料，都是 Google 搜索英文资料解决问题。所以我觉得 Ubuntu 很好用。如果加上你这个理由，那我大概理解了为啥上次我们公司找来一个运维（小公司，想招人），让他配 Ubuntu 配了半天不会。我当着他面打开 bing.com （因为没有他翻墙）搜索英文资料噼里啪啦解决了以后，第二天他就不干了。

还不许商业公司营收的嘛。。。

个人用户按时升级，企业用户掏钱，这不是很合理吗

用 Java 你就很难部署到比如低内存的 Nas 上了。。。

@WordlessEcho 你这思路有问题，应该是延迟几秒再确认删除。。。

加内存，用内存数据结构做。

这可能是最容易的优化方法

Scala Akka

真不开玩笑，Actor Model 值得学习。虽然我学了之后还是不太会用 Scala，所以用 c++ 撸了一个自己的 Actor model

@yangyaofei Anaconda 重装简单，反正是用户态，删了再装就行。homebrew 装的东西删干净可不容易。

@yangyaofei homebrew 安装的一个大问题，每年系统更新，Xcode 更新以后，homebrew 装的 python 就废了。

还有一种可能，你运行脚本的用户甚至无法列出父路径下的东西。

在 Linux 下面如果一个目录没有 x，那么它下面的东西是无法列出来的。

@ShadowPower 那是啥（挠头）

@ShadowPower 顺便 Docker 里面控制 Python 版本也很麻烦，所以我不管三七二十一全都用 Ubuntu 20.04 作为基础 image 。Linux 精确控制 Python 版本可比 mac / windoge 都麻烦。