相杀相爱

加载时间几十秒, 这想看也看不了

不是名门出身, 但是 es6 以后, js 正走向了完美.

经历过 http -> grpc. 性能的提升远不及联调开发效率的降低, 最后换回去了.

js -> go

"每次开发时每次 npm install 几分钟"

- clone 下来后 install 一次, 后面开发时不用 install.

源码是源码, 依赖也是源码, 我们把程序运行需要的完整源码放在一起, 在结构上是非常干净整洁的. 至于 "大量小文件问题", 还是那句话, 一个项目只用 install 一次, 对开发零影响. "磁盘空间问题" 不是问题.

@Salvation

1. 人家说的对喷，又不是指骂人。 “定高下” 是看谁讲的更有道理， 您觉得谁输谁赢了呢？

2. 我也觉得。

3. "在阿里工作"， 在双 11 这件事上，并不会比别人获得更多信息， 当然了， 如果您是高层， 当我没说。至于什么 “洗地” 之类， 各位看客自有自己看法。

敏感又矫情。

非常正确，微服务只是属于抽象解耦的一个层面: 部署。
解耦分三个层面: 代码，类库，部署。

Robert C. Marti 专家对此有明确的建议: 做好逻辑上的解耦，这样，(如果有必要，比如人员过多，单一部署不便管理)即使(将解耦)从代码层面上升到部署层面，也是非常轻松的。

所以软件质量的核心全在业务的抽象解耦划分上，而不要纠结在所谓微服务什么乱七八糟的东西上面。

具体可参考阅读 <Clean Architecture A Craftsman's Guide to Software Structure and Design>

mongoose 构造 schema 对象是耗时操作，破案还需 lz show code.

抛开这条“信息”来看， "PHP 要凉“并没有什么错

你好，宇宙中心。

建议请律师 Alan Shore 帮你维权。

@EricXuu 感谢。看上下文， 既没有 ~结尾的所有文件 也没有 core 文件。突然看到这一句让我完全摸不着头脑了。

@msg7086 感谢， 是有道理。但是这最后一句 “ *~ core $(INCDIR)/*~ ”跟全文上下文完全对不上了， 很是怪异了。