@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 ）是数据结构，线性代数（有涉及矩阵乘法）和高等数学（有涉及到无穷级数）

@psx2019 推荐这里面的崔毅东老师！因为是我本科老师

@jzmws 没有不安全的 HTTP 请求，只有不安全的 HTTP server 实现

有

@muzuiget 我也是 restful 信徒，但我几乎从来没在真实的系统上见过真正的 restful 接口（ GitHub 勉强算）。这就像是我信仰共产主义但是从来没见过共产社会

常见问题：
讲状态码就是在讲 restful 吗？
我觉得不是，restful 的核心是超媒体。HTTP 状态码只是语义上的辅助。全部 200 也可以是 restful 。
HTTP 状态码够用了吗？
我觉得够用，而且你可以在 body 里加上具体业务的状态码。
如果 HTTP 状态码被中间的网络服务改了怎么办？
如果 body 不被改的话，像 RFC7807 那样把 HTTP 状态码写一份到 body 里也是可以的。
全用 200 有什么好处？
增加就业。

RFC7807 了解一下

开源项目用得多了你就会发现有一些 bug 或者功能缺失，然后你就可以提 issue，如果维护者很忙，说 PR welcome 。你就可以 fork 然后改了提 PR 。提 issue 其实就是已经参与了，提 PR 如果被 merge 就算是有代码贡献