至于日常学习的话， Ubuntu on windows 那不是更省事吗？
还有 Hyper-V 是专业版的功能，普通版 Windows 是不带这功能的

@jjx 正确的说法是， Hyper-V 对 linux 的图形支持烂到爆炸，然而 windows 自家的图形支持则开挂了

3, 接下来的 3 的效率会越来越高，而且还有各种更好的特性，更好的标准库

我面试的每家公司都要求是计算机相关专业的，然而我并不是科班出身，我每次都写上自己的专业。
行不行不在你的专业，行不行是在你取得的成绩，有空多刷题，多看书，多写几个项目。

我可以肯定地说，专业是次要中的次要，你若不行，开口就跪了，写什么还不是一样

不要担心父母说贵，他们也只是口上说说而已，你买 iPhone 6s plus 给他们，他们出外肯定炫耀给其他父母"这是我儿子买的 iPhone 6s plus"

iPhone 6s plus

@icaca MySQL 乱合并，反正我没见 PostgreSQL 能这样写还不报错

学算法有《算法导论》，里面完全是伪码。自己用 Golang 实现一遍就可以了，若是这样都不行的话，请再考虑一下是否应该继续这份工作。毕竟《算法导论》就是别人的大学课本水平。

@alexapollo protobuf 我能想到就是解析快，传输小， json 就是人可阅读。
若是可以的话，我希望你能说出一些 json 能做，而 protobuf 不能做的，请千万不要说 json 能加字段而不报错。因为别人本身就是 schema 的， json 也是有 json-schema 的，但是大概用得人比较少。

@alexapollo 你那根本就是伪逻辑，若是系统中通用 protobuf 你就认为这些是一个系统，若是换成 json 你就认为他们是不同的系统，这样根本没法说。

而且你的 JSON ， XML ， HTTP 是什么鬼？若是 XML 也可以勉强说是数据格式， HTTP 跟它并列是什么意思。 HTTP 根本不管你这些好不好，别人是『超文本传输协议』，若是 HTTP 也算的话，那么 FTP 也应该算是。

@alexapollo 讲道理的话我觉得你应该参照 TCP 协议栈来画图，而且 protobuf 就是二进制协议了，二进制协议根本就已经囊括了 protobuf 。一般来说我们会认为不经过解析之后就没法让人阅读的协议为二进制协议。

协议根本没什么跨体系通用一说，你只要协议相同的自然能相同。你说的 JSON 通用，只不过是支持这一数据格式的服务更多罢了。

还有就是你的图若是没有什么对照的话请不要将中线加粗，真的很容易让人误解。

主要是我感觉完全看不懂你的图，左右对照的分别是什么，若是实现跟协议，那么最后为什么来个 RPC 跟 IPC 放在一起的格子。
还有这个上到下的顺序是什么？ HTTP 上层？ Protobuf 底层？ HTTP 又不建立于 Protobuf 之上，何来 HTTP 更上层一说。

@xiamx RB 太经常考了，考 AVL tree 才好啊

@SharkIng 其实-a 是问题不大，根本的问题在于 push 到公共库的代码就不要做改动 commit log 的操作（ git commit --amend 或 git rebase 等等)
因为那样会引起其他协作的人代码冲突

@daimoon 前端都不好招，不过我据一个超级无脑的比喻，维护状态机就跟查表一样。不同的事件对应一个状态。大概难就难在 NFA 到 DFA 这个转换上吧（这个的话看看编译器相关的书就好了，我学艺未精，刚看不就，就不献丑了），不过我觉得这个 NFA 到 DFA 大可由高级程序员去做，我觉得只有学过编译原理对这块应该是挺快的啊。
然后剩下的就是编写无状态组件的事情了。这样的事情你大可招几个实现生来做。毕竟前端的精髓就在你那状态机而已了。
我觉得多个状态除了状态机就没有什么好的方法管理了。若是仅仅靠组件间通信来暴力维护状态，迟早药丸。

若是状态机的这样的概念都理解不了，我觉得这样的人就应该考虑一下是否合适程序员这工作。状态机不是这几年才出现的东西，那是学界千锤百炼，业界实现了千千万万次才得出状态机是维护状态的利器这一结论。
若是觉得状态机不好，偏要弄其他东西取代它，小规模（状态少）倒是可以，大规模的真的迟早药丸。早日叫各位前端去读读别人编译原理里面跟状态机的内容才是正道啊。