翻译 The Rise of Worse is Better（来自Erlang讨论）

[oldratlee]

The Rise of Worse is Better http://dreamsongs.com/RiseOfWorseIsBetter.html

已有的翻译稿：

• http://blog.sina.com.cn/s/blog_66d65c7d0100sw82.html
• http://www.vaikan.com/the-rise-of-worse-is-better/

PS

关于Erlang：

• 面向并发（建模、设计、容错、软实时），一等公民，其它是模仿，只有局部。（底层公平调度）。
• 关于防过载
  • 目前我们的方案，如Java圈子里基于服务TPS的限流方案，都挺不漂亮的，感觉是个Patch：复杂、繁琐、容易踩坑。
  • Erlang的机制 过载时也是 稳定的。 细节我还理解的不够。
• Let it crash
• 十几年的积累&优化，产品级
• beam 是很公平的调度，JVM 是依赖 OS 的调度，感觉 beam 的调度比 OS 的还要公平

Erlang方面 很劲暴（激进）的文章

• 什么才是真正的Actor模型
• 为什么说Akka是鸡肋
  关键是 真正的公平调度，Man!

Erlang的知乎主题

• 为啥 Erlang 没有像 Go、Scala 语言那样崛起？
  Erlang 有一个简单、正确、不妥协的接口，但是底层实现就不得不非常复杂精巧，当底层实现的优化都不能满足你的特定需求时，你很难绕过统一美好的模型做case by case, quick and dirty的优化。
• Worse is Better 能比较好地解释题主的「为什么」。也是篇劲暴的文章。。。
  • 激进的人和文章！
  • 要坚持美好真TM难， 结果 Worse is Better
  • 虽然大部分场景 用Worse的方案 是OK的，但是
    • Better的方案一旦理解，整体软件成本 应用 优的
    • 对于要求高的场景 ， Worse应该是做的半桶水，做不到够用。
    • 非常均匀的任务切换，Erlang为了实现“可抢占的公平”下了很大功夫。
      要使用美好的东西也很难， 使用好难， 系统理解&使用对 难。

[zhongl]

👍