2016年06月_u011790275

12月 11月 10月 09月 08月 07月 06月 05月 04月 03月

原创微服務，沒那麼多複雜的; 從兩個核心思維出發...

微服務，沒那麼多複雜的。從兩個核心思維出發... 1.需同時從業務場景與容器的視角設計微服務架構。 2.微服務架構不是在有限的資源下去運行多個微服務，而是能使我們能更快的做水平擴展，使產品架構可隨外部的環境的變化而變化。掌握這兩個核心思維，再加上函數式編程，Reactive 的技術，整個雲的世界任你笑傲江湖。

2016-06-28 10:28:29 489

原创 Dr. Ivar Jacobson 已经帮我们找到了可高效且有效的方法，去提升自我的产品开发的能力: Semat Essence

产品开发团队，当遇到需求无法在版本中完成时，往往便会依照敏捷中的 "教条"；将某些需求移出 Backlog。我称这样的思维与作法是 "教条"，最主要的原因，不是敏捷的实践不对，有问题。而是，产品团队在将需求移出 Backlog 后，极少会再去思考一个核心的问题：我个人是否有能力上的不足？否则，为何将需求移出 Backlog 后，版本发布的质量与客户的满意度也不见得提升？团队的开发效率与

2016-06-25 11:20:26 648

原创我喜欢领域驱动设计的原因

我喜欢领域驱动设计的原因： ◆ 使得领域专家与架构师，开发人员，测试人员有一共通的语言；而可共同分析出独立，有价值，且完整的业务范围。使得架构师，开发人员，测试人员可在这基础之上，设计、开发、测试产品，而使得产品的架构、产品的使用场景、产品的质量可更贴近业务，进而可提升产品的易用性。 ◆ ‘’Aggregate‘’；领域驱动设计中，最重要的概念、作法；从业务的视角 “聚合” 了 Entity

2016-06-02 06:46:04 952

原创为何有了组件, 还要有微服务?

微服务其实真正要解決的问题是：过去在組件化架构上一直没法解決的问题…… ◆ 当将某組件佈署到 Production 的環境上時，如何能 “永远” 的不致於對已在 Production 上的組件，产生如下的影响： ◆ 組件已有的行為（功能）、性能、可靠度、安全發生改变。 ◆ 組件已有的运維资源；如：RAM；發生变化或不足。所以，过往在 “組件式” 的架构下，我们强調的是各組件間是否可

2016-06-01 21:04:51 555

精益敏捷开发的软件架构设计

在精益敏捷开发中, 如何进行软件架构设计, 一直是个有趣的话题◦ 此份材料主要便是在探讨, 在精益敏捷开发中运用简单, 轻量级, 视觉化的工具, 使得精益敏捷开发的团队成员, 可共同的协作, 以更高效的方式, 设计出可拥抱使用者, 平台与设备变化的软件架构◦

2014-05-29

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

原创 微服務，沒那麼多複雜的; 從兩個核心思維出發...