翻译 The Rise of Worse is Better(来自Erlang讨论)
oldratlee opened this issue · 1 comments
oldratlee commented
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 commented
👍