/dev/fd/ran

刚发了gossip与最终一致性相关的blog, 作为开篇~~ : #55

外加一个Failure Detector & fault tolerance

@lingmm 如果要是准备放低门槛对入门选手普及开来, 那么给现有 editor 写插件也未尝不可, 毕竟类型系统理论源于数学, 有足够的信息应该可以推导出来. 但对于通读 reference 的人或者熟手来说, 估计自己可以演算出来, 没必要靠 ide 帮忙了, 如果一门语言要靠 ide 协助那我觉得太讽刺了... (没有黑 Java, lisp及其远亲的意思)

@lingmm 要在类型灵活性和严格静态类型之间权衡, 我总觉得还是 rust 做的可以, 到 crystal 时有些过分彰显自己类型的灵活性了, 你想要把代码写成 Ruby 那样的, 然后又要时刻堤防那些不可以做自动类型推导的. 可能是接触的不深的原因吧, 就是写起来总是很怀疑...有种为了看起来简单而刻意那么做感觉

@lingmm 嗯, 看出来了... 我记得闭包是 `Fn(T) -> T`, 在函数里是这么标记的

@dontpanic92 李总!!!

@barretlee gitscout 真不擅长写, 自身的编辑器不行, 也就适合管理下 issues 吧 ...

@songxiaoyuan 对, node中只开了一个事件循环.

第二部分: https://github.com/abbshr/abbshr.github.io/issues/52

- 修正了几处错误 - 把`Module.prototype.require`添加进去, 不然`module.require`无法解释. - 新增几处注释