性能上来说，2 和 3 的区别肯定比 1 和 2 的大
一般见到的推荐是只要内核还适用，就装在一个 LXC 里。

就是别把条件写死，而是使用 DSL 之类的。
参考：格林斯潘第十定律

@imherer 许多显示器会根据显示内容更改背光亮度，以避免光晕效应。
尤其是 HDR ，几乎是标配。

《虫师》应该算共存并适应，这和整个世界观下人和虫的关系是共存并适应是一致的。

高情商：声线挺接地气的

@chenjies 你确认数字签名的证书是 Google ，基本不会有问题。
尤其你这软件已经小众到 Google 抛弃之，从而只能在第三方网站找到，那基本上也不会有人去搞广撒网。

另，我觉得这个「默认名称」还挺不错，如果是我看到的话可能会去抢注一个角色（

先举报一下对方的人物名，让对方的人物名先重置一下。

@doco 有漏洞的库名字叫 log4j ，漏洞的名字叫 Log4Shell

strace -e trace=execve 套着试下（

@QGabriel 不是函数本身消失了，而是封在闭包里；并且在现在大部分支持闭包的语言中，你找不到函数本身，只能找到包含这个函数的闭包。你几乎不可能生成函数的引用，只能生成闭包的引用；你也无法直接调用函数，只能调用闭包让闭包去调用函数。
但因为这个闭包是 first-class function 的一个实例，也是你唯一可以找来调用的东西，所以实际上大部分人在所有时间并且所有人在大部分时间还是称闭包为函数。

至于你#14 的这句话，因为太过混乱我甚至不知道从哪开始回复。
你根本拿不到函数，因为函数早已被（编译器、解释器）封装进闭包。
除非你能想办法把让这段代码返回 true

(function(){
var a = {};
// create something called new_get with foo1.get
return a===new_get()
})

@KuroNekoFan 当然不是，一种语法和一种实现的技术当然不是一回事。
实际上被称为闭包的实体，就是那个可以 xxx() 的东西。你已经找不到函数本身了。
就算是 new Function 出来的也是个闭包，只是父级域不是当前域而是全局域来着。

构造函数的区别是 prototype 可以共用，其他并无影响。
我仍然不推荐称呼闭包，闭包是一种__实现__而不是__语法__。这种语法叫做「词法作用域」。

@ysc3839 俺寻思谷歌的东西不会拿 MD5 和 SHA1 糊弄人。
或者可能，应该理解为我这里的主语『数字签名的强度』是特称。

@chenjies 这东西应该有谷歌的数字签名，尽管应该过期了，但其实这个过期时间比实际可能破解的时间短得多。
至少，数字签名的强度比 sha1 和 md5 都强。

俺寻思 PyCharm 自带，打三个引号自动补成六个
连续按下引号时：

|
"|"
""|
"""|"""

与协程（ coroutine ）相对的概念不是线程（ thread ）、进程（ process ），而是子例程（ subroutine ）
最夸张地说，使用 Kafka Celery 之类的工具作为唯一信道可以构造跨进程甚至跨机器的协程。
至于非阻塞 io ，只是和协程写法非常搭配罢了。但你也可以用 ponylang 那样的纯消息模式。

@zxjunz kotlin 语言层面定义了一次性续延（ one time continuation ），在那基础上构建的协程，我不认为编译到回调链能够正确地实现之，尤其是涉及控制结构（条件 / 循环）的时候。

@Kasumi20 我记得是很早就能写了（看到写 stream 的都写回调）。不过蕴含一个障碍，不能直接修改外层词法作用域的变量，必须使用容器类型，我认为这符合 #7 所说。