fox1955 最近的时间轴更新 fox1955 最近的时间轴更新 |
fox1955V2EX 第 187681 号会员，加入于 2016-08-18 17:53:34 +08:00 |
fox1955 最近回复了
28 天前 回复了 Salvation 创建的主题 › 随想 › 为什么在网络上的交流总是很难带来真正的成长 |
@Salvation
1. 人家说的对喷，又不是指骂人。 “定高下” 是看谁讲的更有道理， 您觉得谁输谁赢了呢？
2. 我也觉得。
3. "在阿里工作"， 在双 11 这件事上，并不会比别人获得更多信息， 当然了， 如果您是高层， 当我没说。至于什么 “洗地” 之类， 各位看客自有自己看法。
敏感又矫情。
1. 人家说的对喷，又不是指骂人。 “定高下” 是看谁讲的更有道理， 您觉得谁输谁赢了呢？
2. 我也觉得。
3. "在阿里工作"， 在双 11 这件事上，并不会比别人获得更多信息， 当然了， 如果您是高层， 当我没说。至于什么 “洗地” 之类， 各位看客自有自己看法。
敏感又矫情。
60 天前 回复了 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>
133 天前 回复了 wh1012023498 创建的主题 › PHP › PHP 要凉？看一个居然有 12W 粉丝的博主的神逻辑。 |
抛开这条“信息”来看， "PHP 要凉“并没有什么错
142 天前 回复了 whsir 创建的主题 › 程序员 › 我认为国产手机不是做的不好，是因为 gg 太多 |
你好，宇宙中心。
161 天前 回复了 patr0nus 创建的主题 › 分享发现 › 独立开发的 App 被竞品抄了 UI，明目张胆的那种，不知道如何维权 |
建议请律师 Alan Shore 帮你维权。
Select Language