是，所以只写 English 。

vim 写前段的飘过，而且最近在我的影响下，另一个用 webstrom 写前端的也转了 vim 。
@zhuangtongfa

说 vim 是非专业前端编辑器，应该这样理解：
非 /专业前端 /编辑器（ vim 是通用编辑器）
而这样理解是不对的：
非专业 /前端 /编辑器（专业前端的，大概用的编辑器只能写前端吧，弱爆了）。

一律用 sans serif

首先， web 字体是非常有限的，由于中文字库巨大，外部引入 webfont 对于中文是不实际的。

那么只能用各个平台自带的字体了。中文的 font-family 也不像英文那样分那么多种，简单的 serif 和 sans serif 就足以涵盖 web 可以使用的范围了。

然而，各个平台自带的字体中，往往只有一种字体“黑体”，也就是 sans serif ，是最普遍最好看的。

真需要显示中文字体时，请手动插入 SVG 图片。

当然，你学一些 FP 以后就会知道， Promise 只是一个 Monad 而已。

Promise 是需要深入理解的，否则到时会寸步难行。

Promise 代表的是未来的返回值，在 Promise 创建时，动作已经开始执行；当动作结束是， then 里的方法会被调用。

Promise 可用来做并行操作，在此安利一个我写的库，用于并发执行指定数量的 Promise ，不传参数的默认动作是串行 Promise ，即第一个 Promise 内动作结束后才开始下一个 Promise 。

https://github.com/coffee-toolbox/parallel

如题是 coffeescript 写的，想看 JS 版只要 coffee -c 转一下就好了。

内网能组播是最好的

@jiyinyiyong 严重同意
debug 烂，内部实现黑科技，再怎么好学我也不会用了。

大半年前写个页面，涉及到十几个状态切换逻辑。当时 React 和 Vue 一起学一起试：
React 学了 3 天，连带着 redux 也用好了，做出来了，报错很好，调试方便，还有专用的调试插件（虽然我没装）。
React 文档看得云里雾里的时候用了 Vue ，看着文档简单只学了 1 天，就是死活写不出来，明明都已经按文档做了，既不报错，有没有正确显示，想调试都不行，只能爬源码了……
后来才知道 vue 是国人写的，我也就原谅它了，但是我也不会再考虑用了。

Vue 确实是出活快， 1 天就能上手，但是，长期来看呢？项目复杂度上来后呢？
核心简单的东西哪怕外表丑陋一些都不要紧，比反过来的那种更值得信赖。按这个逻辑，我也不喜欢 Angular 。

@param vim 自带补全足够了，代码码的不是速度，用补全不单是为了少打字，而是为了不要打错字。

写 coffee ， vim + syntactic + coffeelint 。

一个同事原来用 Windows + webstorm + svn ，现已经被我带到 Linux + vim + syntactic + coffeelint + git ，因为我要求他提交的代码都通过 coffeelint 。

然而通常情况下由于习惯好，复杂一点的函数也最多 7-9 ，基本不会等到写完发现超过 10 才重构。

Cyclomatic complexity

我个人一般会让它保持在 10 以下，超过 10 就认为多件事情一起做了，就重构逻辑。

看过 Google 的 SRE 吗？

自动化是永远跟着需求走的，大量公司千篇一律的需求自然可以用千篇一律的公有云方案。

UPS 至少应该撑到正常关机的，现在胆子都那么大不用 UPS 了？

还有一种解释就是程序根本没有考虑到大量玩家主动断线线时的逻辑，存在逻辑漏洞，导致数据不一致，只能读档。

Mac 默认不都是这样的？

vue 两小时上手半天放弃，坑！

reactjs 三小时上手，三天做完。

@HarveyDent
Erlang 是 Actor 模型做线程同步， Go 是 CSP 模型。
Erlang 是 FP ，不允许有变量， Go 更像 C 。
Erlang 是编译到字节码，用虚拟机运行，平台差异用虚拟机抽象。 Go 是编译到原生程序，坑多，但性能更好。
Erlang 的 GC 和调度比较适合大量使用 Actor 模型。 Go 的调度似乎也牛逼，但 GC 目前还有些问题，不适合用 Goroutine 写时间要求很高的代码。
用 Erlang 写好代码比较容易，心智负担比较小，模式匹配很爽。用 Go 写起来比较罗嗦，心智负担大，但同时也更加灵活。