 |
fox1955V2EX 第 187681 号会员，加入于 2016-08-18 17:53:34 +08:00 |
fox1955 最近回复了
2020-01-29 19:01:02 +08:00 回复了 kingsglave 创建的主题 › 问与答 › 是什么导致我的 blog 三年了都没有什么流量 |
加载时间几十秒, 这想看也看不了
2020-01-08 14:50:54 +08:00 回复了 KunMinX 创建的主题 › 程序员 › 网页开发 为何非 JavaScript 不可 |
不是名门出身, 但是 es6 以后, js 正走向了完美.
2020-01-07 20:32:32 +08:00 回复了 itstudying 创建的主题 › 程序员 › 把公司内部服务通讯的 http 全改成了 grpc，看着连接数过山车式的下降，真舒坦 |
经历过 http -> grpc. 性能的提升远不及联调开发效率的降低, 最后换回去了.
2020-01-07 20:17:11 +08:00 回复了 jin5354 创建的主题 › 问与答 › 离职后，将在前司写的技术项目翻新后开源有没有法律风险 |
js -> go
2020-01-06 12:03:24 +08:00 回复了 lihongjie0209 创建的主题 › 程序员 › Nodejs 为什么不使用类似 Java 的 ClassPath + Maven 的包管理模式? |
"每次开发时每次 npm install 几分钟"
- clone 下来后 install 一次, 后面开发时不用 install.
源码是源码, 依赖也是源码, 我们把程序运行需要的完整源码放在一起, 在结构上是非常干净整洁的. 至于 "大量小文件问题", 还是那句话, 一个项目只用 install 一次, 对开发零影响. "磁盘空间问题" 不是问题.
- clone 下来后 install 一次, 后面开发时不用 install.
源码是源码, 依赖也是源码, 我们把程序运行需要的完整源码放在一起, 在结构上是非常干净整洁的. 至于 "大量小文件问题", 还是那句话, 一个项目只用 install 一次, 对开发零影响. "磁盘空间问题" 不是问题.
2019-11-14 09:34:02 +08:00 回复了 Salvation 创建的主题 › 随想 › 为什么在网络上的交流总是很难带来真正的成长 |
@Salvation
1. 人家说的对喷，又不是指骂人。 “定高下” 是看谁讲的更有道理， 您觉得谁输谁赢了呢？
2. 我也觉得。
3. "在阿里工作"， 在双 11 这件事上，并不会比别人获得更多信息， 当然了， 如果您是高层， 当我没说。至于什么 “洗地” 之类， 各位看客自有自己看法。
敏感又矫情。
1. 人家说的对喷，又不是指骂人。 “定高下” 是看谁讲的更有道理， 您觉得谁输谁赢了呢？
2. 我也觉得。
3. "在阿里工作"， 在双 11 这件事上，并不会比别人获得更多信息， 当然了， 如果您是高层， 当我没说。至于什么 “洗地” 之类， 各位看客自有自己看法。
敏感又矫情。
2019-10-14 01:52:10 +08:00 回复了 petelin 创建的主题 › 问与答 › 仔细想想，微服务架构相比于单体服务架构来讲优势也没有很大 |
非常正确，微服务只是属于抽象解耦的一个层面: 部署。
解耦分三个层面: 代码，类库，部署。
Robert C. Marti 专家对此有明确的建议: 做好逻辑上的解耦，这样，(如果有必要，比如人员过多，单一部署不便管理)即使(将解耦)从代码层面上升到部署层面，也是非常轻松的。
所以软件质量的核心全在业务的抽象解耦划分上，而不要纠结在所谓微服务什么乱七八糟的东西上面。
具体可参考阅读 <Clean Architecture A Craftsman's Guide to Software Structure and Design>
解耦分三个层面: 代码，类库，部署。
Robert C. Marti 专家对此有明确的建议: 做好逻辑上的解耦，这样，(如果有必要，比如人员过多，单一部署不便管理)即使(将解耦)从代码层面上升到部署层面，也是非常轻松的。
所以软件质量的核心全在业务的抽象解耦划分上，而不要纠结在所谓微服务什么乱七八糟的东西上面。
具体可参考阅读 <Clean Architecture A Craftsman's Guide to Software Structure and Design>
Select Language