长期以来,软件工程师们在向架构师角色转换的过程中,一直找不到具体的抓手,没有办法找到新角色的突破口,往往是看着各大公司分享出来的PPT,赞叹着这些架构设计的精妙和实用,忍不住生出一阵阵的佩服敬仰之情,一旦开始设计自己项目的架构,却不知道如何下手,怎么开始思考。有没有一些符合CTO或是架构师们使用的基本原则,可以去给予初任架构师的解决困惑的呢?由前eBay、PayPal公司的CTO联合撰写的《架构真经》从很大程度上就解决这了个问题。
说实话自己离开技术领域已经许多年了,对于技术性特别强的知识面涉及的也越来越少了偏向于商业、管理、财务类的知识学习更多一些,但《架构即未来》、《架构真经》这两本书是我最近一段时间细读的内容。主要还是在于思考几个核心问题:
1、对于明源的客户房地产开发企业,从传统地产开发业务纷纷转向多元化发展的时候,从单一的地产信息化管理系统应用转向“多速率IT系统”(稳类的管控类系统、敏态的场景类应用)变化时,从技术架构视角来看会有哪些挑战和变化,明源是否能够跟的上行业客户商业战略变化带来的信息化、 数字化需求变化?
2、对于阿里巴巴为代表的BAT企业都纷纷提出2B领域的“产业互联网”是下半场,那如何充分理解阿里的“中台战略”对于产业互联网下半场的价值?
3、作为曾经的IT技术领域从业者,深深地知道技术架构对于IT或是互联网应用的价值(或是影响程度),这就如同地产&建筑行业的设计师都知道“结构”代表了真正的产品能力