@cmdOptionKana 没有永动机，但自动修复 bug 提高性能的，有 TerraWin，但代码估计除了会自己修复 bug 提高性能外没有什么实际作用

顺便，业务简单却可以正常运用微服务、能够利用到微服务的优势的，想了想就是 Twitter Reddit 这种允许多数不确定公众发布各种内容的地方。

@ericgui SSO 也不一定是微服务，不如说微服务反而麻烦，每个网站都得重新输入一遍用户名密码，不能把登录状态迁移过去。

@Ley 我知道苹果的做法其实就是从主机那边学来的。
我是说，现成的收得还不够爽吗？非要去做一个风险挺大、做完指不定跟自己竞争、搞完了可能只是让自己的收益从左手来变从右手来的项目

多大点事，你不爽接口太 volatile 就把确认过程给做好呗，把接口文档打印出来让签个名，整彻底的瀑布流

刚过几天 Steam 就给我推新游戏推这种……
Haven，主角就是一对恋人，带分屏合作。
为什么要给**我**推荐这种游戏 orz

哪有苹果税收得爽？

广域无线供电技术，有，但额外开销太高，如果可控核聚变研究成说不定有办法（有办法便宜到忽略额外开销）。

一根线能接受的话，确实有民用方案，就是价格…… 全屋光缆跑雷电协议，出墙变雷电接口带供电。
但实在太没必要，就是白宫的会议室也有布线一大堆的问题。不过也是安全为由甚至拒绝了任何无线。

运行时帮你建议缓冲区、读取了不少信息，然后把缓冲区的内容建立成 msg 传给你的函数，然后你还需要再建一个缓冲区去保存这些 msg 并且解析 —— 当然大部分情况下拼接字符串了事。

可能你没明白 on 注册回调的意思，你的这个 on 进去的 (msg) => {} 是一个被保存并可反复调用的回调函数。如果客户端发送了不少，你的回调函数会被调用多次。

@Braisdom #19 路线预测我就不清楚了。

所以我称为 DSL-ish 。 #0 举的例子确实发生了范式转移（ paradigm shift ），从命令式的代码转换成了描述式的代码。保持 Java 的思维粗略地一看会彻底误解这段代码的作用。

#21 外部因素对语言成否的影响更大，这有统计上的实证，C - Unix，Python - Data Science，JavaScript - Web，至于 Java 跨平台方面始终不温不火，直到 Android 。
和理论上的解释，见 #18

@lewis89 所以我都标了 “(ry” 了……
Perl 也火了好一段…… 这可是经典的 TIMTOWTDI 语言。
重载是 DSL-ish 做法，你这么说的话，其实所有 DSL 都可以下岗了。

@Braisdom 能不能发展起来从来不是内在原因决定的，是要它有能被使用的地方。
发展的意思就是参与者变多。

准确地说，运算符重载是一个 DSL-ish 的做法。
要不是现在的语言从抽象设计上都羸弱不堪，哪还需要运算符重载？来个宏就行了。

@lewis89 3*3*7=63 你的算数是体育老师教的罢！(ry
滥用功能与语言没关系…… checked exception 不也被 throws Exception 了……

@wysnylc Smalltalk 是目前公认无二的最符合 OOP 思想的语言，操作符只是一种特殊的信号，可以通过 double dispatch 来重构行为
OOP 的 “代码与对象 / 类绑定” 的想法甚至比函数式更允许运算符重载（天然带 single dispatch ）。
跟 OOP 没关系，但具体什么原因我就不清楚了，可能是严谨性的因素。

@lewis89 使下层变复杂的同时使上层变得清晰。
Python 也能重载运算符（__add__ 等魔法方法），并且 NumPy 时常依赖重载
如果运算符重载没有使上层更清晰，那肯定是不需要重载瞎 JB 重载。

“撸代码时更顺滑” 是指？
你没 benchmark 你怎么调优？

@lewis89 刚在提醒系统里看到你这句我发现我眼花看错了……
“我只能理解命令式的编程方式吧” 我给看成了 “我只能理解**为**命令式的编程方式吧” （手动笑哭

…… 那撇开我上面说的那些，考虑下 go channel 和 pony / erlang 的消息。
更现实地，可以考虑 “流程图”，为每根线标上一个名字，这样的话一个执行节点上运行完，直接告诉调度器 “我的下游是 XX 这根线”。
其实这每根线就是命名续延。