Addison-Wesley 出版的新书 modern JavaScript for the impatient，连目前只到 proposal stage 3 的特性和 typescript 都有介绍了

恰恰相反，经常希望不再运行。
要么是我入职后发现是屎山，需要维护。
要么就是我过了几年发现或者觉得当初自己的实现完全是错的

布尔代数最多，De Morgan 律天天用

@gromit1337 如果类似于#6 的案例
我看 Cay S. Horstman 提出的 golden rule 说
Don’t use this outside constructors or methods.
也就是不要在类以外的地方使用 this
Douglas Crockford 的做法更极端，他完全不用 this 。
我觉得普通的函数，不是属于特定类或者具有特定“shape”的对象的方法的函数就最好不要出现 this

@autoxbc 没太懂，什么是拿 this 炫技？如果不懂 this 又怎么拿 this 炫技？

@autoxbc this 不是 js 里最烧脑的东西之一吗

@gromit1337 没啥区别，但是如果是 typescript，涉及到 private 的话，#6 上面那个是不行的

console.log 不在 ecmascript 规范里，所以不同的平台不同的 JS 引擎实现是可以不一样的

还是说你问的是
func sum(self) {return self.a + self.b };
func sum() { return this.a + this.b };
的区别？我个人喜欢前者

想了想你可能要的是这个
你的 selectComponent 只是临时用一下，比如
let obj = {};
obj.selectComponent = function () { console.log("s") };
obj.selectComponent();
delete obj.selectComponent;

如果是这样，用 call
(function selectComponent () {}).call(obj);

前者可能会覆盖已有的同名方法，而且可能忘记 delete 从而影响 Object.keys 等方法的结果。call 没有那么地“侵入性”

没有太看懂
this.selectComponent()和 selectComponent.call(this)的差别？
在你的情况下似乎没区别
call 一般都发生在，如果你要调的这个方法，你担心没有
比如你的 this.selectComponent == null
此时你只能去找别的类似的对象的方法拿过来用一下
that.selectComponent.call(this)

示例：
let obj = Object.create(null);
obj.a = 1;
Object.prototype.hasOwnProperty.call(obj,"a"); // true

刚刚

异地先解决异地？

如果问题仅仅在于“我如何定义我的错误并准确地告知用户”，我认真介绍一下 RFC7807 所定义的一种媒体格式:application/problem+json
https://tools.ietf.org/html/rfc7807

{
"type": "https://example.com/probs/out-of-credit",
"title": "You do not have enough credit.",
"detail": "Your current balance is 30, but that costs 50.",
'status": 403,
"instance": "/account/12345/msgs/abc",
"balance": 30,
"accounts": ["/account/12345",
"/account/67890"]
}

其中 type, title, detail, status 和 instance 都是这个规范定义的成员字段，但也都是可选的，此外别的字段都是可以随意拓展的。

其中 status 的存在就可以有效避免楼里说的 HTTP status 被篡改的问题。

type 要求是一个指向人类可读的错误文档的 URI，如果可以确保这个 URI 不变，调用方可以对这个 URI 进行判断来确定错误。title 和 detail 则是提供了人类可读的说明。

这个格式已经有很多语言的实现，Github 上一搜都能出来很多。而且这个格式是 RESTful 的，因为用到了超媒体。

如果传输过程中 HTTP Body 也不幸被修改了，可能会出现的情况是 HTTP Header 的 Content-Type 也被修改，不是 application/problem+json，那么可以确定问题发生在传输过程中。如果 Content-Type 是 application/problem+json 而 body 无法按照这个格式解析，也很容易确定问题发生在传输过程中。

不懂超媒体的就不要再黑 RESTful 了。

archlinux-java?

校招面了三十次才找到现在这个工作…

有意思。不过我以为是 Firefox send 有 API，原来是先下到 CI 再放页面上

Introduction to Algorithm 。不过这个的前置课程（ prerequisites ）是数据结构，线性代数（有涉及矩阵乘法）和高等数学（有涉及到无穷级数）