现在无法筛选评论。请稍后再试。
于 2017年2月3日
所谓的“微服务”之“微”，在于其高内聚松耦合的气质，而非个体之“微”，其外表简洁如皓月，而内涵深沉似大海。
以前一直以为对象化高级语言后，《软件工程》中的“数据流图”、“状态机”和“数据字典”就真不适用了，那些是我以前负责过的项目中做系统设计必须要遵循和首先完成的工作，像流程图级别的详细设计我带的团队是坚决不做的，因为根本没有必要。而接触对象化语言项目后情况变得非常复杂，接口形式更丰富更不那么清晰，工程师只需要学会使用各种插件和API就可以了，一切以快速直接为开发准则，其他的一切好像都不用考虑，交给底层框架和操作系统去考虑就可以了，文档都是流程图级别……😖😖😖（不懂，没办法）
被忽悠了这么多年终于明白哪些所谓的不需要只不过是因为只是在一个自己根本看不清的庞大程序上“描边绣花”而已罢了，所以只能使用流程图来进行设计。而在系统级顶层设计时都是遵循清晰、简明，状态可控的设计宗旨的。在运算能力，资源管理及虚拟化能力，操作系统的完善性，容器技术，计算成本等基础技术大为改善的今天，高效的开发协作管理越来越清晰的显示出接口简化的倾向，所遵循的松耦合高内聚准则，终于可以将每个服务所需的所有支撑使用虚拟化技术封装在一个“Function”之内，形成一个独立的可自我运营的“服务”。
在工程实施中，任何好的设计都不是唯技术的，最大化的使用成熟的基础技术，才是真正的良心制造。高内聚、松耦合、自组织、抛弃式的设计语言翻译成人话就是，真正好的东西是不复杂的。
本书干货满满，作者将工作实践中的心得体会和各种协作软件的最佳实践结果推荐给所有读者，良心作品。
以前一直以为对象化高级语言后，《软件工程》中的“数据流图”、“状态机”和“数据字典”就真不适用了，那些是我以前负责过的项目中做系统设计必须要遵循和首先完成的工作，像流程图级别的详细设计我带的团队是坚决不做的，因为根本没有必要。而接触对象化语言项目后情况变得非常复杂，接口形式更丰富更不那么清晰，工程师只需要学会使用各种插件和API就可以了，一切以快速直接为开发准则，其他的一切好像都不用考虑，交给底层框架和操作系统去考虑就可以了，文档都是流程图级别……😖😖😖（不懂，没办法）
被忽悠了这么多年终于明白哪些所谓的不需要只不过是因为只是在一个自己根本看不清的庞大程序上“描边绣花”而已罢了，所以只能使用流程图来进行设计。而在系统级顶层设计时都是遵循清晰、简明，状态可控的设计宗旨的。在运算能力，资源管理及虚拟化能力，操作系统的完善性，容器技术，计算成本等基础技术大为改善的今天，高效的开发协作管理越来越清晰的显示出接口简化的倾向，所遵循的松耦合高内聚准则，终于可以将每个服务所需的所有支撑使用虚拟化技术封装在一个“Function”之内，形成一个独立的可自我运营的“服务”。
在工程实施中，任何好的设计都不是唯技术的，最大化的使用成熟的基础技术，才是真正的良心制造。高内聚、松耦合、自组织、抛弃式的设计语言翻译成人话就是，真正好的东西是不复杂的。
本书干货满满，作者将工作实践中的心得体会和各种协作软件的最佳实践结果推荐给所有读者，良心作品。
于 2017年5月13日
对微服务做了很全面的介绍和分析，涉及研发的各个层次，但是比较偏理论，个人感觉比较适合了解微服务的相关概念和优缺点，对于研发实践最多也就是指导意义
于 2017年5月18日
有观点，有实例，对比优缺点，最后一章有总结。对于有一定系统开发经验的人来讲，是一本很好的介绍为服务设计的书籍
于 2016年10月6日
微服务不微小，他需要架构、组织、人员、技术等各方面的支持。本书的作者，深入浅出，给了我很多启发。
书中很多经验总结，非常到位，也引起了我和同事的共鸣。
感谢翻译人员，翻译很准确很到位！
书中很多经验总结，非常到位，也引起了我和同事的共鸣。
感谢翻译人员，翻译很准确很到位！
顾客还查看了这些商品
京公网安备 11010502030232号 |
