智能＆大数据时代，架构师思维的十个学习步骤(优化版)

前言：

秦朝的＜书同文、车同轨＞，加上唐朝的＜诗同形＞，有效的减法设计，创造了大一统(加法)的辉煌国度。君不见，在前面各步骤里，诸如：从复杂中设计出简单、以需求检验设计等都是基于有效的减法设计，一方面给设备供货商一个开放的加法设计空间；另一方面则让用户享受从简单(来自减法设计)中叫出复杂的满足感。

ee                                                                        ee

欢迎访问 ==>高老师的博客网页

高焕堂：MISOO(大数据.大思考)联盟.台北中心和东京(日本)分社.总教练

EE                                                                        EE

智能＆大数据时代，架构师思维的十个学习步骤( 优化版 )

 by 高煥堂 2014/02

以下摘自高老師的新書

請先參閱：架构师十个学习步骤_导读地图

阐述<十个学习步骤>

第1步：学习两种抽象视角(Abstraction View)

所谓两种抽象视角，其包括：

l第一种抽象视角：架构师基于<变与不变分离>的视角，寻找<万变不离其宗>的宗，其宗(架构)的不变性带来简单性；让人们能透过掌握简单来驾驭复杂(多变)，落实了架构师的职责。

l第二种抽象视角：架构师基于<形与内涵分离>的视角，由于不同内涵之间的<变与不变分离>已经由第一种视角所抽象了。这个视角可从内涵中抽像出共同之形，也可以(无中生有地)创造一种造形(Form)来容纳内涵(包括变与不变部分)。由于我们常常拿船运业的集装箱(Container)来比喻<造形>；而拿形形色色的货品来比喻其(集装箱)内涵(Content)。所以此种视角，又称为<集装箱式>抽象视角；在本书的第5章《组合思维》里，有很详细的说明，请你参阅之。

从学习架构设计的视角来看，能兼具两种视角，是做好减法设计的基础素养。

第2步：关心下层的变动自由度

架构像什么?有两种常见的比喻。

l架构像房子的地基(第1种比喻)：由于地基要稳定，上层房子才不会倒塌；因此这项比喻让架构师认为架构要稳定，上层的业务应用才会稳定可靠。这种比喻偏于寻找不变，而不是追求创新。

l架构像一棵树的树干(第2种比喻)：由于树根必须不断成长，拥有随环境而变动的自由度和活力；才能有效吸收更多水分和养分。这项比喻让架构师关心底层模块(Module)的变动自由度。具有活力的树根和树干，才能有效之撑上层业务应用的蓬勃发展。在后面第9.3节《深入领悟(一)：变动自由度》里，有进一步说明，请参阅之。

从设学习架构计的视角来看，上一步骤的焦点在于减法设计，由架构师的减法设计来支撑底层众多厂商技术创新的加法设计。由于这些供应厂商能享受<没钱就改版，改版就有钱>的利益，就会愿意来抬轿(加入我们产品的供应链)了。

第3步：<系统架构控制力>支撑<商业竞争话语权>

软件系统就像一个国家的军队，商业模式就像一个国家的实力。架构师的职责就是要在一个系统架构体系中，替自己公司的软件系统(或模块)在架构体系中，取得制高点、取得控制力。反之，如果一个企业在整个产业的系统架构体系中，处于弱势地位的话；我们就很容易看出，它在商业竞争中，就难以取得话语权。

例如，曹操留给后代极高的政治智慧：挟天子以令诸侯。系统架构师也能运用这项智能，来取得系统架构体系中的控制力或主导权，来支撑该公司商业竞争的话语权或强龙地位。再如，Android架构师运用HAL驱动框架，来争取众多硬件厂商的支持，让Android取得系统控制力，支撑Google的商业强势地位。

所以，这是架构师最具威力的招式之一，其让系统层面的架构与商业层面的组织架构，能够紧密相依。系统架构依托于组织架构，但反过来强力支撑企业的组织架构，让自己企业在商业环境中，拥有竞争话语权。于此，请您来演练一下其更细腻的实践流程。如下述：

Step-3.1领悟：取得系统接口(API)定义权，就掌握控制点。

Step-3.2分辨：主动型API与被动型API。然后，设计(&定义)主动型API，能有效取得系统整合的控制(中心)点。

Step-3.3理解：认识自己企业的商业模式，厘清自己企业在商业合作策略上能够(或想要)取得什么话语权?也就是，让自己企业在商业(组织的)合作层面，有那些机会能位居中心点。

Step-3.4目标：让系统中心点与商业组织中心点，两者相辅相成、互相辉映。

Step-3.5途径：依托于自己企业在商业合作既有(或将有)的中心点，而取得初步话语权；架构师发挥洞悉力，设计出相称的系统架构，并位居系统中心点。于是，系统中心依托于商业合作中心的初步话语权；而后，系统中心则反过来，强化自己企业在组织合作的中心角色，大幅提高话语权。

Step-3.6变革：相对上系统中心偏于战术，而商业合作中心偏于战略。此时，架构师运用”战术引导战略”思维，致力于优化系统架构设计，发挥系统中心的力量，引导商业合作中心的转移到更优渥的市场机会，取得商业上的更成功。这就是俗称的：以技术推动企业转型或商业变革。

从学习架构设计的视角来看，这是系统架构减法设计，来支撑企业商业模式的加法设计。同时，也是拿企业的商业模式检验系统架构设计的质量。

第4步：<用户体验>是用户从简单中叫出复杂的满足感

架构设计就是架构师从复杂中找出简单的设计过程。架构师从复杂中得出简单，其目的是要让开发者(Developer)能从简单中反过来掌握复杂；或者让用户(User)能从简单中叫出复杂，并获得其中的满足感。兹说明如下：

l<用户体验是是让用户享受从简单中叫出复杂的满足感>这是苹果公司乔帮主(Jobs)的名言。因为智能化设备的功能内涵愈来愈复杂，如果缺乏有效的架构师来设计出简单，而让用户直接面对复杂，用户会感到害怕；就欠缺满足感。

l在科学上也是如此。例如，牛顿从很复杂的力学中总结出了F=ma公式，大家就能从这简单公式而去掌握复杂的力学了。爱因斯坦也一样，他从复杂的规律中找出简单的E=mc^2质能互换公式，大家就能从这简单公式而去了解复杂的质能世界了。

l从学习架构设计的视角来看，这是系统架构减法设计，从复杂中得出简单；来让用户能从简单中架出复杂。同时，也是拿用户体验来检验系统架构设计的质量。

第5步：创意爱上限制，即需求检验设计

无论是移动应用、物联网等都涉及愈来愈多的系统组合与创新。而软件开发愈来愈仰赖架构设计，所以架构师们亟需要去学习和领悟创意型的架构设计模式。这种新模式中，最传神的隐喻是，谷歌公司副总梅尔(M.Mayer)所提倡的：“创意爱上限制"(Creativityloves Constraint)。她说："创新来自愿景与限制的互动"(Innovationis born from the interaction between constraint and vision)。限制迫使架构师重新审视愿景(Vision)，从不同观点切入，寻找未知的新事物；同时也让其聚精会神、厘清思路；非常具有创新性。这引导出架构设计的两个观点：

l观点1：架构来自需求。其意味着，基于需求而设计。也就是传统”基于需求(Rewquirement-based)”的架构设计。

l观点2：架构基于愿景(Vision)的引导，来自架构师的创意。其意味着，基于愿景而设计，需求用来检验架构。一旦创意设计<爱上>了需求的限制，架构(设计)自然心甘情愿地满足需求(限制)了。在后面第9.4节《深入领悟(二)：创意爱上限制》里，有进一步说明，请参阅之。

从学习架构设计的视角来看，这是要求架构师，要以更温柔善意态度去满足各项限制。就如同爱上一个人时，会发自内心很情愿修正自己去迎合对方，讨对方的芳心一般。

第6步：假设性思维和Mapping from vision to reality

愿景是对未来成功情境的想象，含有浓厚的假设性(梦想)。基于假设情境而设计，常常让许多人感到不安。由于，架构师的职责是设计一个有效架构，既能支撑业主的愿景(Vision)，又能满足现时环境(Reality)的需求限制。也就是，架构师要找出一条从愿景映射到现实的一条连线(Mapping from vision to reality)，让其它团队成员能依循这条线而去实现该假设性愿境(梦想)，于是梦想成真了。

从学习架构设计的视角来看，这是最具创新思维的一个步骤，以溯因推理为基础，发挥四项假设性思维，探索未知新事物，寻觅一条可行之路。在本书的第4章《创新思维》里，有很详细的说明，请你参阅之。此外，在后面第9.5节《深入领悟(三)：Mappingfrom vision to reality》里，有进一步说明，请参阅之。

第7步：清晰而明确表述接口(Interface)

基于前面第1步的两个视角而抽象，都产生了<分离>的动作。分(离)是手段，而(组)合是目的。分离动作则产生了接口，做为后续组合的依据。分得愈美妙就能组得愈快速。分与合两项动作，往往时间点不同，执行者也不同；属于跨时空、跨团队的分工。因而，主导分(离)的架构师，必须清晰地表述接口，并明确传达给担任(组)合的人员。

那么，又如何清晰表述接口呢?有效的途径是：擅用EIT造形。EIT造形是由3个类(Class)所构成的。分别以<E>、<I>和<T>来代表之。从架构师角度上，<I>属于主角，而<E>和<T>是配角。搭配两个配角，才能将<I>表述的完整而清晰。架构师只要采用EIT造形，就能将接口表述得完整而清晰了。在本书的第5章《组合思维》里，有很详细的说明，请你参阅之。

从学习架构设计的视角来看，这个步骤是下一(第8)步骤的基础。其搭配第8步骤可大力支撑敏捷(Agile)开发的迭待过程，迅速检验智能产品或信息系统的可实现性(接地气)。此外，这个步骤也是第9步骤的基础。其搭配第9步骤可为系统平台(如大数据云平台)规画通用性接口，掌握了接口制定权取得系统控制力，来支撑商业竞争的话语权。则前面第3步骤的优越架构设计，才得以实现，并展现其巨大威力。

第8步：尽快对接口进行检验和测试

由于EIT造形是属于代码层级的造形，能迅速实现为软件代码，并进行电脑的实际执行、检验和测试。软件的编程开发是一件费时的事情，等待各层面的细节设计&代码开发之后，才进行系统模块之间的检验和整合测试，往往会将检验和测试工作时辰延后，这将大幅升高系统整合的风险与提高项目开发的整体成本。尤其像Android平台的终端<软硬整合>产品开发，硬件需要迅速与软件进行整合设计(Co-Design)，才能有效降低软硬整合的风险，缩短开发时程，并提高产品可靠性。擅用EIT造形，将很容易落实这个步骤的任务，如下说明：

lEIT造形的<I>是主角，架构师必须清晰而明确定义之。至于<E>和<T>都是配角，开发者可以做<假模块(Mock)>来实现<E>或<T>配角，进行对<I>的模拟测试。就如同飞机架构师会设计<风洞>来模拟测试飞机的机翼一般。

l目前市场上，有许多测试环境提供了Mock-based的整合测试工具，能迅速开发出Mock<E>和Mock<T>来测试<I>，非常有助于落实这个步骤的任务了。在后面第9.6节《深入领悟(四)：迅速检测接口》里，有进一步说明，请参阅之。

从学习架构设计的视角来看，这个步骤是能大力推动敏捷迭代过程，迅速检验智能产品或信息系统的可实现性(接地气)。

第9步：设计通用性接口

架构师如何给自己创造重构的自由度，以及支持开发者重构的空间，是框架设计的关键议题。这种自由度，决定于架构师是否能仔细分辨出：关注<未来的决策>与关注<今天决策的未来性>的微妙差异了。愈是能关注<今天决策的未来性>，而不是关注<未来的决策>，就愈能创造未来重构的自由度。例如，EIT造形和框架的主角都是接口<I>，愈是关注<目前决策的未来性>时，就愈会想去设计通用性(General)<E>和<I>来包容未来<T>的多变化。而一群<E&I>的巧妙组合，就成为框架了。通用性接口有两层意义：

·容纳买主需求(或选择)的未来变化，或容纳新买主的新选择。兹拿汽车来做比喻，当买主买了车子之后，未来随时可以改变选择(沙滩、公路或高山)。例如，买主未来决定将车子要到沙滩上跑时，只要更换新轮胎就行了；这展现出架构师目前决策的未来性。

·限制买主的选择范围。买主抉择的改变，表现于应用软件(App)上，架构师设计通用性接口来＜框住＞各种App，限制买主的抉择空间，才不会失控。这些通用性接口的有机整合体，就称为软件框架(用来框住App的架构)。

从学习架构设计的视角来看，这个步骤可为系统平台(如大数据云平台)规画通用性接口，掌握了接口制定权取得系统控制力，来支撑商业竞争的话语权。于是，前面第3步骤的<系统架构控制力>支撑<商业竞争话语权>优越架构设计，就能落实了，并展现其巨大威力。

第10步：有效减法设计，才能开放加法(设计)

幅员愈大的国度、大数据应用愈发达的国度，加法(设计)的幅度就愈大。加法设计幅度愈大，系统的复杂性和差异化就愈显着，此时标准化和统一化的呼声就愈高。无论是标准化或统一化，都意味着加法设计的大量推进，导致系统复杂而难以驾驭；因而要求架构师提出有效的减法设计方案，从复杂中设计出简单，让人们能从简单中来掌控复杂。就架构师而言，基于有效减法的架构设计，才能开放人人去做加法设计。兹说明如下：

·秦朝时代唯有书同文、车同轨的有效减法设计，才能开放加法，整并六国成唯一个大国。唐朝的诗叫做七言绝句，如“姑苏城外寒山寺，夜半钟声到客船”，一首诗四个句子，每一个句子七个字，它的韵律有两个“平平仄仄平平仄，仄仄平平仄仄平”，这是唐诗的主要造形(Form)。

·秦朝的＜书同文、车同轨＞，加上唐朝的＜诗同形＞，有效的减法设计，创造了大一统(加法)的辉煌国度。君不见，在前面各步骤里，诸如：从复杂中设计出简单、以需求检验设计等都是基于有效的减法设计，一方面给设备供货商一个开放的加法设计空间；另一方面则让用户享受从简单(来自减法设计)中叫出复杂的满足感。

·此外，在前面各步骤里，诸如：EIT造形、通用性接口和软件框架(框住某些东西)等，则是减法设计的实践技术；基于这些有效的减法设计途径，才能大幅开放加法设计；因而落实了：从简单中掌握复杂。在后面第9.7节《深入领悟(五)：有效减法设计，才能开放加法》里，有进一步说明，请参阅之。

从学习架构设计的视角来看，现在您已经很深入地领悟架构设计的真谛了。

~ End ~