高老师的架构设计_隽语集(DD_1951)

前言：软件接包产业的框架战略，就是分为三层：1)APP, 2)框架, 3)框架幕后模块。而后，<将APP转包出去、将框架赠送出去、取得模块复制权>。框架就如同万里长城，控制塞外行为、保护关内自主性。擅用框架技术，能有效化解接包代工产业的成长难题。html

我建议软件外包产业的新策略是：以框架(Framework)将软件分为：1)APP，2)框架，3)框架的幕后模块。而后，将APP再转包、赠送框架、取得模块复制权。其中，APP再外包的目的是要创造<强龙/地头蛇>商业模式，来创建本身的生态链。可是，框架和幕后模块就不宜转包出去。html5

对于软件模块(component)来讲，最具备价值的在于它是否能自主地抽换，也就是可否实现：<没钱就改版、改版就有钱>的机会。软件模块价值不在于它的复用(reuse)，复用只是消极的节省成本思惟，而不是积极的获利思惟。通常而言，接包代工产业都是成本思惟，强调复用，现在必须从新检视对模块复用的迷思。程序员

本书原因：高焕堂于2013年在日本退休以前，基于日本师徒制的要求而传承给下一代架构师的架构思考技术(俗称设计心法)。25年来他专精于A段(投资决策前)架构设计，退休闲暇将之写成中文，欢迎你们指教。后端

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

[#1951]<框架是由软件的通用部分组成>和<软件个性部分是应用的组成部分>在某个观点下是对的；可是坚持单一观点，对框架设计师而言，并不是好事。框架体现软件的通用性，也能体现架构师的创意思惟，呈现软件的不同凡响、气象万千之姿。架构

[#1952]推进软硬结合时，最大困境之一是：软件人员对<中间造形>的创造和认知。一台PC里的主板(main board)就是硬件的中间造形，它保护了许多底层硬件零件的抽换自由度。软件人员却大多但愿中间件平台能通用、稳定、不变；只放纵APP自由抽换。软硬思惟不一样!!

[#1953]硬件业像女生，软件业像男生；只抱怨人家重女轻男，为什么男生不大方一些去与女生牵手，还期待人家拉你的手，太不解风情了。<软硬结合>才是正途，软件业走出悲情碉堡，晴空万里，彩霞朵朵开。

[#1954]不写代码的架构师，很难从敌方(竞争者)的软件产品中<洞悉>出敌方深藏不露的意图(intent)，就很难规划出有竞争力、不同凡响的新鲜产品了。换句话说，不能知已知彼(敌方意图)，难以替企业带来利润。

[#1955]有些人不太能领悟<目前决策的将来性> 。意味着如何抉择next action，其能让本身更能适应于将来发展呢? 例如我一年前到武汉光谷，建议仔细规划<软硬结合>产业路线，让其与传统的<软件外包>路线可选择。这一年，看来武汉继续选择传统路线，可能其认为该路线比较有将来性。

[#1956]从具像到抽象，经常回到<智慧>层级，不一传达。若是能创造<中间造形(middle form)>返回到<知识>层级，就容易传达与交流了。古代的车同轨、书同文和唐诗7言绝句都是中间造形，<简单的形+人人的智能>而后无限创做组合，激发了中华民族的文明。

[#1957]三国时代，孔明建议<隆中对>是“目前决策服务于刘备集团将来性”。

[#1949]清浅wb：对@高焕堂说：今天用了您讲稿中的“从假想到架构”思惟框架交流新业务发展计划，简洁明确地坦陈了个人判断，也避免了“否认假设”的尴尬。感谢高老师分享智慧！

[#1958]前英国首相撒切尔夫人曾预言：中国几十年甚至一百年内都没法输出影响世界的有价值的思想。> 不论此言是真是假，这里所提到输出<思想>，是指输出<思想之形>而不是思想自己。例如，西餐与西餐之形是不一样的东西。我认为，当<A国思想之形 + B国人的思想>就是所谓的：A国输出影响B国的思想。

[#1959]@让您成为杰出架构师#架构师思惟练习# 抽像与创意。透过<分>析已知(Known)具像事物而抽离出抽像之形，所需的创意较少。然而，透过无中生有的抽像之形来组<合>事物，则须要较多创意，并能激发创意。例如，集装箱、计算机主板等。更多新思惟：http://t.cn/8Fo3HIo

[#1960]俗语说：言简意骇。简单的表达之形(言简)，蕴藏着完备复杂的思想(意骇)。例如，唐诗7言绝句，咱们会说唐诗<诗形简单>，但不会说<诗道简单>。当咱们说软件之道至简或软件本质简单时，极可能已经混淆了软件之<道>与<形>；更多是忘了去创造软件之形了。

[#1961]对登堂入室者而言，大道愈是至简；对门外者而言，愈是深澳。透过简单的形，说服门外者登堂入室，逐渐领悟大道(思想或文化)的深澳与简单。形是战术，文化是战略资源；<形+文化>= <文化侵略>。

[#1962]@让您成为杰出架构师<形+文化>= <文化兴盛>。唐朝善于创造简单中间造形，因此文化影响力大，称为大唐文化。

[#1963]@让您成为杰出架构师@msup ：架构师的逻辑思惟和抽象思惟能力是一个架构师最重要的素质。eBay的Randy Shoup称拥有条理清晰的逻辑思惟能力的人“就像稀有动物那样难找”。Fred George则表示“驾驭概念的技能，在我看来是每个人最高的潜力” 更多新思惟：http://t.cn/8Fo3HIo

[#1964]将来性是领导职的思考重点；一致性是管理职的思考重点。架构师属于领导职，项目经理属于管理职。因此当我在谈<架构师思惟>时，我只谈将来性；其实一致性也相当重要。

[#1965]假设(assumption)与设计(design)。设计的英文是De-Sign，意味着把原来的<形(sign)>删除掉，换个新鲜的。这些原来的形大多由心中的众多假设所朔造出来的。因此DesignThinking书里写到：<可以对一些基本假设提出问题，经常是设计开始的地方。>

[#1966]DesignThinking书里写到：<对基本假设提出疑问不是一件简单的事，但换一个角度(立场)想，这件事并不难，即便你不是专家也一样做获得。> 哥白尼的地动说来自于他质疑众人心中的假设：为何必定要坚持<从地球看太阳>的角度呢? 星巴克公司反思本身为什么卖咖啡，因而把"Coffee"字眼删掉了。

[#1967]<可以对一些基本假设提出问题，经常是设计开始的地方。>昨天和同事恰好聊到这一点，不少同事认为堆砌知识就能够作好设计，却不知思惟才是基础。

[#1968]传统架构师具有<逻辑思惟>和<抽像思惟>，例如，目前问题为P，而与P有逻辑和抽像关系的是{A1, A2, ...An} = 架构。今天架构师还须要<创意思惟>，1. 从愿景V出发，与实现V有关系的是{B1, B2, ... Bm} = Initial Hypothesis；2. 进行Mapping from IH to P，修正为{B1, ... Bx, A1, ... Ay} = 有效架构。

[#1969]通常而言，知道P，也就很容易知道与P有逻辑和抽像关系的{A1, A2, ...An}，可是就很难从P推导出{B1, B2, ... Bm}。若是这{B1, B2, ... Bm}是达成G(Goal)所必备的，那么如何知道本身所须要的是{B1, B2, ... Bm}呢? 这是俗称的"How to know unknown"议题，倒是产品创新设计的甜心!

[#1970]有效架构师除了具有<逻辑思惟>和<抽像思惟>以外，更先进的是要具有<创意思惟>。若是架构师只位于生产段(成本思惟)，具有前两项思惟便可；若是架构师迈向市场规划段(利润思惟)，还必须具有后者，才能让产品不同凡响，强化市场竞争力，让利润极大化。这就<愿景派架构设计>的真谛所在。

[#1971]单单依赖逻辑和抽像只能作出<通用性>的架构，没法作出<不同凡响>的架构。软件系统就如同大教堂通常，每座教堂(系统)都有惟1、独特的架构，只有设计模式(patterns)才是通用的。基于独特的架构，只让人们作微小的修饰、装潢而已。许多软件架构力求通用性，放纵AP弹性发展，是迈向灾难的第一步。

[#1972]因此我6年来极力主张<软硬结合>，由硬件来保护软件开发者的<复制权>和<复制量>；现在又向前推动到<软硬结合+设计>。因为<互联网业保护软件开发者的<复制权>和<复制量>>看来没法变成事实；因此我自从2006年在台湾出版<软硬结合设计>杂志以来，一直推进<软硬结合+设计>。

[#1973]@让您成为杰出架构师我认为软件产业的真谛在于<软件第二分以上不需复制成本>，软件园就是要作这项<无本生意>，若是将软件视为以工时计价的劳动，就没发挥软件天赋的本质了，那就不能称为软件园了。更多新思惟：http://t.cn/8Fo3HIo

[#1974]很高兴，我又有机会到中原(武汉)去寻觅无比浑厚的文化底蕴。说不完的历史情义故事，是一切设计和创意的源头，文化+设计=时尚，真的武汉软件商城的格局还蛮时尚的，甚至可当婚纱拍照得好场景。

[#1975]汉的软件产业搭配深圳、重庆的硬件，进行<软硬结合+设计>并不是委屈或下嫁本身去寄人篱下，而是发挥别人的力量(如卫兵)来掩护、保卫本身家园，让本身拥有<软件复制>的天赋权利；君不见，微软公司的软件获利策略如何实现的呢?

[#1976]接包产业属于代工模式，软件复制权属于需求方，武汉软件开发方只收取微薄工资。一旦迈向创意路线，软件及设计的复制权属于软件开发方，如何保护复制权以获取应有的高利润是极为重要的课题。其中，<软硬结合>申请专利，以及透过硬件创造软件大量复制，是一条可行之路。

[#1977]<<软件创新服务>> 因为软件的第二份以上复制不需成本，这种无本生意属于谁呢? 这就是软件<复制权>的议题，若是属于创新者，创新产业就会发达，反之就萧条。除了复制权以外，还要追求巨大<复制量>，途径有二：1. 软件与云端(互联网)结合，数用户量；2. 软件与硬件整合，数设备量。

[#1978]目前各城市皆流行"Coffee"车库创业，其精神和立意皆诚难得，值得多加鼓励。然而，却局限于<APP软件+互联网服务>及其幕后的<应用商城>的架构框框里。君不见，苹果应用商店的营收只占苹果公司的3%不到，为什么不跳出上述的框框呢?

[#1979]@让您成为杰出架构师<软硬结合+设计>涵盖3个主要的参与角色：软硬件工程师<-->软硬结合架构师<-->(非IT背景)专业设计师。其中，<软硬结合架构师>并无大学提供专门的教育，只能透过培训机构(如MPD等)来将通常软件架构师，给予更多<硬件>和<设计>的领悟机会，才能担任起搭桥的关键角色。更多新思惟：http://t.cn/8Fo3HIo

[#1980]<软硬结合+设计>其效果不仅是改变软硬件产品的外观设计而已，而是要积极产生神奇的效果：让软硬结合产生质变。兹作个比喻：<软硬结合"青蛙" + 设计"公主"的亲吻> ==> 变成了软硬结合"王子"。

[#1982]在专利权和著做权没法有效保护软件创做者的<复制权>状况下，由硬件来保护<软件+设计>是个有效途径。专利权游戏规则掌握于洋人手中；硬件的供应链和生产线掌握在台湾和大陆手中，并且硬件产业规模和资产远大于互联网产业，还能赚全世界的钱；何乐不为呢?

[#1983]以软硬结合来支撑减法设计，追求人人想摸、想玩、想抱的智能终端设备；例如软绵绵的鼠标，小小力量压它，鼠标就会变形；还能够拿来作脚底按摩...

[#1985]如何保护设计师对其设计创意的<复制权>呢? 软件或内容都没法保护设计师的创意复制权，由于软件或内容都泥菩萨过河了。而(((硬件+软件)+设计)+内容)则能有效保护设计师的创意复制权。

[#1986]减法设计须要高成本的投入；相对上加法设计则是低成本的。低成本的加法设计没法迈向<高价高质量高获利>之路；在开放的Android平台上没有发展的空间。

[#1987]在移动互联网潮流下，移动终端与互联云端二者之间的<战术/战略>关系，一直是见仁见智。大陆人口基数大，追求用户数量适合理的，因而衍生出：终端设备只是战略手段而已，网络服务才是会赢的战术。这项观点产生了极大反作用：<软硬结合+设计>的终端产业，长久积弱不振。

[#1988]@让您成为杰出架构师#架构师思惟练习# 架构师是设计师(Designer)，仍是分析师(Analyst)呢? 若是是设计师就会从目标(Goal)规划出发；若是是分析师就会从行业领域(Domain)分析出发。或许你会说，二者都是从用户须要(User Needs or Requirements)出发。更多新思惟：http://t.cn/8Fo3HIo

[#1989]虽然大陆人口基数大，追求用户数量是合理的，可是其极限为15亿。相对于智能终端设备的潜在数量，15亿只是一个小小数目而已。基于此产业的观点，<软硬结合+设计>的"移动终端"，才是会赢的战术，而"互联云端"则是战略资源。

[#1990]从<用户体验>角度而观之，内容和服务都不能提供<触感>，连猫咪(也是用户，数量才能超过15亿)都不想摸、不想玩、不想抱! 若是猫咪也是用户，那么咱们人类该如何设计产品、内容和服务呢?

[#1991]@让您成为杰出架构师#架构师思惟练习# 架构师是设计师(Designer)，仍是分析师(Analyst)呢? 若是是设计师就会从目标(Goal)规划出发；若是是分析师就会从行业领域(Domain)分析出发。或许你会说，二者都是从用户须要(User Needs or Requirements)出发。更多新思惟：http://t.cn/8Fo3HIo

[#1992]<2012台湾与设计>。1. <苹果市值突破5000亿美圆超台湾GDP> 台湾IT产业面临有史以来最大的挑战。2. 科技趋势大师凯文．凯利(KK)预言，将来不只会发生翻天覆地的大变化，并且台湾经济的重要支柱──我的计算机(PC)即将死亡。KK上周在台湾提到：台湾 IT产业5年前就该转型了。

[#1993]#架构师思惟练习#> IT架构师如何与<设计师>交流呢? 此设计师是指非IT背景的设计师(例如设计学院的毕业生)。因为架构师介于IT工程师与设计师之间，其沟通能力很是重要。通常而言，与设计师要谈<感受(feeling)>，而不是<理解(understanding)>，能仔细分辨二者之间的微妙差别，是IT架构师的基本素养。

[#1994]软硬结合+设计。其主要目标是，展示一条IT架构师的新任务：如何与非IT背景的设计师携手合做，来实现：把科技作成文化。回想过去数十年，IT人员致力于将文化作成科技(产品)，致使英国前首相说中国只能输出手机等电子产品，而没法输出思想和文化。

[#1995]@让您成为杰出架构师#架构师思惟练习# 架构设计目标主要有二：1)创造通用性(共通性)， 2)创造独特性(不同凡响)。前者偏于成本思惟，着眼于下降特殊应用的开发成本。后者偏于获利思惟，着眼于提高产品的竞争力和获利性。更多新思惟：http://t.cn/8Fo3HIo

[#1996]谈太多产品的获利模式设计。说真的，我此次特别强调<产品规划段>的架构设计；以便与传统<系统生产段>的架构设计作对比与区别。<产品规划段>的架构设计偏于获利思惟，着眼于提高产品的竞争力和获利性。

[#1997]我特别针对<追求稳定架构>的议题加以评论。因为应用框架(AP Framework)也是一种软件架构，就拿框架来讲明之；框架的目的是要去<框住>上层的应用软件，来保护下层软件(如Android系统服务和Linux驱动)的变更自由度。因之，追求稳定架构，并不意味着：追求一个共通性的稳定平台!!

[#1998]除了探讨架构或框架自己以外，更应该考虑：到底架构(或框架)的职责是要去保护、或支撑、或服务、或控制谁? 例如，框架的主要目的是要去服务、或控制、或保护上层APP呢? 或者要去服务、或保护下层软件呢? 身为架构师就得明辨<架构>的经济意义。

[#1999]到底架构(或框架)的职责是要去保护、或支撑、或服务、或控制谁? 这能够从中华民族最为熟悉的伟大架构：万里长城或城墙，来谈起。万里长城当时的用意是要框住塞外游牧民族的行为，达到保护关内居民的变更自由度(即安居乐业)。万里长城除了关口(接口)稳定以外，都是年年变更，更是促进关内的变更自由度。

[#2000]框架自身能够变化，框架能够支撑应用的变化，框架也应该<限制>应用的变化。

[#2001孙子兵法：不战而屈人之兵。<屈人之兵>是目的；而<做战>是手段。同理，<框住>塞外、保护关内自由度则是目的；而<建长城>是手段。也同理，<框住>上层APP行为、保护下层变更是目的；而<设计架构>是手段。因此，不建长城而能框住塞外、保护关内自由度，是上策。

[#2002]在软件产业里，架构设计师是一种设计师，因此架构师对软硬两种元素，应该是<感受(feeling)>重于<理解(understanding)>。许多架构师来自IT开发者，彷佛很习惯左脑的理解，而不是右脑的感受；这样很容易失去架构师与开发者的职责互补性，模糊了架构师的设计角色。

[#2003]虽然有些人并不一样意个人观点，但我喜欢拿<万里长城>来比喻<应用框架>，应用(APP)就是塞外居民，万里长城的原意不是给塞外使用的，而是用来框住塞外的行为，来实现保护关内的。框住塞外才能保护关内。

[#2004]@让您成为杰出架构师#架构师思惟练习# 洋人创造的<集装箱(container)>，就是典型的中间造型；华人对于中间造型的创意不感兴趣，只想作电视机、冰箱装入集装箱；或者经营长荣海运来运输集装箱。致力于中间造型创意(如集装箱概念和规格制定)的国度，掌握了世界经济主导权。更多新思惟：http://t.cn/8Fo3HIo

[#2005]在mpd讲座里，学员提到Java的父类(super class)与子类(subclass)之间是<继承(Inheritance)关系。亦即，父类是从一群具象子类进行抽像(Abstraction)而来。其实不尽然，在1996年Java诞生时，就使用<扩充(extends)>来代替继承。例如，<class 桌子extends 锅子>是合语法的，但锅子并无继承桌子的特性。

[#2006]对此，我有一些不一样的观点。若用“长城”比喻框架，“关外”的人是APP用户，框架设计者和APP开发者同在关内。框架是游戏规则，框架做者设计了这个游戏规则，联合开发者，来对抗（赚钱）用户。

[#2007]一个建筑物的栋梁、骨架是要限制房子(和住户)的弹性发展，以避免伤害建筑物的总体安全。若是一味强调栋梁骨架去支撑房子或住户欲望无限发展，不免酿成巨大灾难。

[#2008] <<框架设计>> 也许你们太宠爱用户了，一切以用户利益为依归，致使一切软件设计都是要服务APP、提高用户体验。这个假设(Assumption)可能该深入反思一下，不然会反过来要求框架或平台(如TV或广电系统的中间件)稳定不变，而放纵APP弹性发展，将是一场大灾难!!

[#2009]<想在一个应用与日俱新的行业里抽象出一个稳定的结构> ，框架设计的目的只是为了获得一个稳定架构吗?

[#2010]#架构师思惟练习# 虽然有些人并不一样意个人观点，但我喜欢将<买主>与<用户>区分开来。例如，2006年时我在西班牙工做时，设计赌场的游戏机软件框架，赌场老板是买主，而赌客才是用户。我秉持买主体验第1、用户体验第二。更多新思惟：http://t.cn/8FGlU1n

[#2011]<<架构师思惟练习>> 架构设计目标主要有二：1)创造通用性(共通性)， 2)创造独特性(不同凡响)。前者偏于成本思惟，着眼于下降特殊应用的开发成本。后者偏于获利思惟，着眼于提高产品的竞争力和获利性。

[#2012]架构设计有其目的性，并不是通用性的单纯抽像而已。例如我2006年在西班牙的工做是设计赌场游戏机软件框架，其中<游戏机公司CEO是个人老板，赌场CEO是买主>决定了个人框架造形。反之，若是<赌场CEO是个人老板，游戏机公司是供货商>就会得出不一样框架设计造形了。

[#2013]杰出的工业设计师Richard W. Pew说：设计是一个不断运用各类限制因素的过程，一直到产出一项独特的产品为止。我我的也极力主张：软件架构设计是一个不断<运用>各项需求限制因素的过程，而不是<迎合>需求因素的过程；也不是以产出通用性的稳定结构为目标。

[#2014]洋人喜欢创造看不见摸不着的中间造型(Form)来掌控全局。例如，在软件产业里，洋人创造"Class"中间造型，华人乐于撰写Class内部的<小>代码，以及撰写由Class所迭出来的<大>应用软件。华人作看得见摸得着的，洋人则默默地主导了全局。

[#2015]做文(含做诗)的英文是：composition。就是<组合>的意思，意味着，其关键在于<合>，而不在于<分> ，因此中间造型的创意就显得极为重要。物联网也是把物联<合>起来，那个国度致力于创造中间造型，就拥有话语权当员外，其它人就成为长工；例如台湾的云端服务器产业乐于当代工(世世代代当洋人的长工)。

[#2016]#架构师思惟练习# 洋人创造的<集装箱(container)>，就是典型的中间造型；华人对于中间造型的创意不感兴趣，只想作电视机、冰箱装入集装箱；或者经营长荣海运来运输集装箱。致力于中间造型创意(如集装箱概念和规格制定)的国度，掌握了世界经济主导权。更多新思惟：http://t.cn/8Fo3HIo

[#2017]洋人创造的<HTML和XML>，就是典型的互联网信息的中间造型；华人对于中间造型的创意不感兴趣，只想拿HTML5来作网页、画图；或者经营HTML5-based的网游服务。致力于中间造型创意(如HTML5)的国度，掌握了世界网络云端服务的主导权。

[#2018]洋人创造的<HTML和XML>，就是典型的互联网信息的中间造型；华人对于中间造型的创意不感兴趣。

[#2019]作物联网为啥只见作系统和传感，没有中间的呢，由于前者看的见摸得着，有人付钱，中间呢，看不见。其实如今系统也没多热，由于没有成熟的应用，要说热也就是RFID热，买芯片和硬件仍是现实的。

[#2020]#架构师思惟练习# 古代华人创造了众多的、共享的中间造型，例如四合院等。这些中间造型具备<内涵不一样、造型简单、无限组合>的特点，因为简单规律，促进总体社会的创造力、造成强势文化。期待今天华人IT相关产业也能鼓励创造更多中间造型，来激发创意，掌握话语权。更多新思惟：http://t.cn/8Fo3HIo

[#2021]因为物联网的大型而复杂结构是本质性(essential)的，因此只依赖人类的抽象(abstraction)动做，没法有效得到简化架构，难以有效驾驭，只能建构小小系统。面对这种本质性复杂系统，人们常需创造<中间>造形，去包装隐藏复杂，提高人们管理能力，得出简化架构。例如集装箱就是好例子。

[#2022]@让您成为杰出架构师#架构师思惟练习# 借镜于海运(船运)行业，其物流之网是一个大型复杂结构；当人们创造出集装箱<中间>造形，把原来船运的一切服务体系所有摧毁了，从码头、船体、陆运到仓储都所有翻新。我想，偏执于传感器小终端的物联网产业思惟，有必要反思一下，也该重视一下思惟上的误区，才能创建永续商业模式。

[#2023]华人的创意缺板。纵观大会的议题，偏重于<小的>传感器和<大的>应用系统或云端。因为不关心看不见摸不着的<中间>造型的创造与设计，极可能白忙一场，投入大量资源，倒是替洋人做嫁罢了。数千年前华人辉煌的创意，如唐诗七言绝句的<4句7字+韵律>的中间造型，激发高度文明；现在创意安在哉?

[#2024]@让您成为杰出架构师#架构师思惟练习# 关于物联网。例如医院的物联网架构里，其终端有二：传感器端和IP端。常见的不良架构设计：将终端<直接>连结到云端；这如同直接将货品摆入轮船或仓库里通常，没有<集装箱>中间造型概念，人类没法驾驭大型的物联网体系。更多新思惟：http://t.cn/8FGlU1n

[#2025]看不见摸不着的造型是虚的；看得见摸得着的传感器和系统是实的。致力于务虚而能实践者是员外，汲汲于务实者是长工。

[#2026]洋人擅长于创造中间层，只要中间层具有了<提高人类驾驭复杂>的能力，掌握中间层者就变成老大，逼迫掌握<大、小>两端者成为他的小弟。也因为中间层并不是来自用户需求，而是由架构师所无中生有创造出的，大投资高风险的洋人兵家必争之地，非华人保守个性所乐意为之的。

[#2027]洋人擅长于创造中间层，只要中间层具有了<提高人类驾驭复杂>的能力，掌握中间层者就变成老大，逼迫掌握<大、小>两端者成为他的小弟。也因为中间层并不是来自用户需求，而是由架构师所无中生有创造出的，大投资高风险的洋人兵家必争之地，...

[#2028]中间造型概念有两层做用：1)规范<小>元素组合规律；人们容易组合出<中>间模块。2)规范中间模块组合规律；人们容易组合出<大>系统。主要目的是：驾驭复杂的欲望-->中间造型概念-->创造组合规律-->中间模块架构设计-->架空小元素和大系统的直接联系-->掌控全局当老大。

[#2029]洋人重视游戏规则，善于设计游戏规则，偏于务虚；华人重视产品用户，善于运用成熟技术，偏于务实。

[#2030]集装箱的空，才有货物的实。软件设计与此同理，有抽象才有各类不一样的变化。

[#2031]例如，玫瑰花就是一个中间造型，规范了花瓣、花蕊、花衬叶等有限<小>元素的组合规律。同时它无限重复也大大影响(和简化)了总体<大>树系统的组合规律。这项造物法则，提高了掌握天然界复杂多变的能力，惟有熟谙此道，才能在物联网产业里找到有利于本身的商业模式。

[#2032]简洁造形，内涵深意，直觉(重复)组合；有如美丽的枫叶林。简单里面蕴育丰富，透过简单一应俱全。

[#2033]@让您成为杰出架构师#先进架构设计思惟# ＜软硬产品整合＞须要优越的产品设计师；＜软硬产业整合＞须要杰出的产业设计师；二者背后还须要能提出创新商业模式的设计师。设计师扮演关键角色。更多新思惟：http://t.cn/8Fo3HIo

[#2034]＜软硬产品整合＞的背后须要有＜软硬产业(垂直)整合＞来支撑，才能竟其功。海峡两岸的IT硬件业是全球最完整的，台湾主导供应链，大陆主导生线线，虽然互补，但倒是PC时代的分工体系。若是两岸能实践软硬产业垂直整合，将是全球最具胜算的产业。

[#2035]智能电视软硬结合策略方程式为：｛硬件+（驱动软件+平台软件+框架API）+（APP软件+内容）｝+通讯=｛（硬件+应用商城）+（AP应用开发者+内容）｝+通讯。软件中框架API是衔接产业各方的桥梁。

[#2036]CSDN软硬结合沙龙，我将要讲演的内容包括：1. 产品亲密感来自触觉，好摸、好玩、好抱；2. 透过减法设计来创造亲密感；3. 以深度软硬结合来实践减法设计；4. 产品整合是会赢的战术，而产业整合则是战略资源；5. 软硬产品整合的设计思惟之例；6. 软硬产业整合的设计思惟之例。

[#2037]@让您成为杰出架构师<<架构师思惟练习>>树林。上帝为何要先造树，而后造林呢? 树是一个单一造形(Form)，含叶、枝、干、根等共同元素，也有元素之间的简单组合规律。而后依循将树这种造形依循简单规律，无限重复和组合就成为林。若是上帝是杰出的架构师，则凡间的架构师也师法天然，发挥上帝造物法则，创造非凡产品。

[#2038]软硬结合的常见迷思是：一味追求加法设计来提供更多功能，试图藉之来替产品增值。其实，软硬结合的有效途径反而是透过减法设计，以简单设计来隐藏复杂功能，提高产品的亲密感，激发人们的爱怜之心，也让人们得到从简单叫出复杂的主动感和知足感。更多新思惟：http://t.cn/8Fo3HIo

[#2039]手段、目的和愿景老是有意无心被人混淆起来对待。因而面对客户需求的时候，要考虑这是客户的目的仍是客户的手段。在听某些专家忽悠的时候，要留心他是在谈手段仍是在谈愿景。有效地手段能够实施，最终达到明确的目标，目标的有机结合才是通向愿景之路。更多新思惟：http://t.cn/8Fo3HIo

[#2040]<一棵树>至关于<一首唐诗>；<一座树林>至关于<一本诗集>。上帝创造树之形；中国先贤创造唐诗之形。近代的中国人创造什么之形呢?

[#2042]<软硬结合+设计>意谓着，在IT相关产业里，欲迈向成功之路时，深度<软硬结合>是必要条件，而优越的<精致设计>则是充分条件。因此，我到艺术设计系去寻找充分条件。

[#2043]<软硬结合+设计>意谓着，硬件是战术；软件和设计都是战略。善于运用战略资源来极大化会赢的战术效益，是赢家之路。也就是，<软硬结合+设计>的目标是要创造出好摸、好玩、好抱的智能终端硬设备，提高触觉和亲密感。设计不能仅仅促进人、软件的特殊性，而是要创造硬件的优雅、简洁、楚楚动人。

[#2044]从商业模式到架构。商业模式是可获利策略(profitable strategy)，包括合做伙伴、客户在内的生态链可获利策略。架构是可实现的计划(achievable plan)，架构师基于商业模式寻找多条可实现计划，在选择最好的。其中值得留意的是：要尽可能<找事实来否认>计划；若是都被否认了，就放弃该商业模式，另寻它图。

[#2045]更像东方不败，孤独求败。商业模式来自愿景(Vision)，从一个愿景能够找到许多商业模式，透过现实的检验来去芜存菁，避免抱着不现实的模式而不自知。

[#2046]@让您成为杰出架构师#先进架构设计思惟# 减法设计。<消费者付出更多钱，获得的东西却更少，这彷佛违反了经济原则>。 <可是，尽管违反需求逻辑，"减单能卖钱(simplicity sells)" 却确实不假。> ~摘自"The Laws of Simplicity"一书。更多新思惟：http://t.cn/8FbhmdD

[#2047]<找事实否认，不找事实支持> 才能看到<缺板>、反思<假设>、激发<假想>、酝酿<愿景>。

[#2048]从架构(Architecture)到框架(Framework)。架构是支持商业模式的可实现计划(achievable plan)，是整个生态链的共荣互利，可是谁拥有该生态链里的最大话语权呢? 就看谁拥有较强势的软件框架了，强势软件框架才能确保最大获利，信不信由你!

[#2049]<加法与减法> 思惟框架。先加法：反思假设(Assumption)-->开放发想(Hypothesis)-->激发愿景(Vision)。而后减法(基于事实(Based on facts))：寻找商业模式(并删除不获利愿景)-->规划架构(并删除不可实现商业模式)-->设计软件框架(并删除不能主控的架构)。更多新思惟：http://t.cn/8FbhmdD

[#2050]@让您成为杰出架构师<<减法与加法>>。把复杂多变的内涵封装于一个简单的造形(form)，这是减法。例如，面向对象的"类(Class)"，内部只有两个元素：函数(function)和数据项(data item)。基于这减法后之造形，人们掌握能力加强了，再也不畏惧了，就敢大胆去尝试各项组合，成为形形色色的应用软件(applications)，这是加法。

[#2051]在软件架构设计上，许多团队采requirement-based，受限于需求而没法扩展，失去许多商业好机会；求证又受限于从需求导出的test-cases，反面检验力道不足；可说先天不良、后天失调!! 更多新思惟：http://t.cn/8FbhmdD

[#2052]业务架构是实的；软件架构是虚的；二者的型(Form)要分离，二者只是<虚支撑实>的关系，各自的型要loosely-coupled才是上策。业务架构是业主的目的；倒是架构师的手段，架构师的职责和目的是设计软件架构。更多新思惟：http://t.cn/8FbhmdD

[#2053]#先进架构设计思惟# 商业模式、架构与框架之关系。商业模式必需具备可获利性；架构必须具备可实现性；(软件)框架必须具备主控性(话语权)。若是一个Dream能兼具这三项特性，就能梦想成真了。更多新思惟：http://t.cn/8FbhmdD

[#2054]任何设计(Design)者都会重视<发想>，它是愿景(Vision)和梦想(Dream)的源头；然而，发想的源头又是什么呢? 最简单易见的就是<假设>(Assumption)。人人心中都有无限多个假设，局限了本身的发想空间而不自知。<反思>是发掘假设的途径；反思是<悟>与<舍>，而不是<学>与<得>；但是大多数人执迷于<学习>。

[#2055]@我Hold不住了：老板对老婆说：吃饭！睡觉！对情人说：吃个饭，睡个觉。对二奶说：吃饭吧，睡觉吧。对美女说：吃吃饭，睡睡觉。对小蜜说：吃饭饭，睡觉觉。对员工说：吃什么饭！睡什么觉！通通加班。

[#2056]谈到<软硬产品整合和软硬产业结合>商业模式；其中重要话题是：产品<减法设计>与设计师角色的重要性。减法设计是当今产业竞争力的关键性源头，惟有此途才能作出用户想摸、想玩、想抱的亲密产品。此时，设计师位居关键性角色了。多新思惟：http://t.cn/8FbhmdD

[#2057]#架构师思惟练习# 我与设计系学生交流时，学生很容易接受<设计品>是假的，而脑海里那个完美想象但却没法实现的才是真的。可是，信息系学生彷佛就不太容易接受上述观点，大多相信作得出来、可执行、可用的才是真的；这样可能会大大局限了本身的创意。更多新思惟：http://t.cn/8FbhmdD

[#2058]设计系偏想象力，信息系偏逻辑，想象与逻辑的混搭则有可实现富有想象力突破性的产品，如IPhone。

[#2059]<<好文章推荐>> <怎样像乔布斯同样有创造力？> 乔布斯有句名言是，“创造无非就是把事物联系起来”。尽管咱们认为发明家取得的突破性成果是凭空想象出来的，但乔布斯指出，即使是最难以想象的创意一般也不过是对已有事物进行的新组合。

[#2060]我就建议在IT生产(production)段的女生三件事：1)继续写代码；2)学习麦肯锡公司的产业分析思惟；3)多学一种小语言(如日语、西语等)。如此，能够逐渐从产品生产段逐渐转移到产品规划段，文武双全才是正途。

[#2061]即便是电视产品，一位有效架构师也能摆脱过去电<视>的内容视觉观点；而透过减法设计，提高硬件与用户的亲密感，创造用户想摸、想抱、想玩的美好触觉。有了<视觉+触觉 = 极亲密感>的硬件创意，支撑高价高质高获利商业模式，卖向高端品牌之路。更多新思惟：http://t.cn/8FbhmdD

[#2062]@让您成为杰出架构师“设计”就是从假「设」(Hypothesis)而推演出来的可实现的「计」画(Achievable Plan)。这个假设咱们对将来的设想，也就是还不知道如何实现的空中楼阁。美国大文豪梭罗 (即<<湖滨散记>>做者)就说过，空中楼阁原本就应该在空中，只要有计划从地基将它支撑起来，它就再也不是「空中楼阁」了。

[#2063]罗得岛设计学院的校长约翰.梅达在他的<The Laws of Simplicity>一书中说道：最好的简化是在添加的同时懂得减小。因为减法(精简)设计是当今产业主流，减法设计须要深度软硬产品整合来支撑，而软硬产品整合又须要软硬产业垂直整合来支撑。

[#2065]<<大胆假设，当心求证?>> 不需<大胆>或<冒险>，只是把心中的假设(Assumption)去除，天然发想出无限多的假想(Hypothesis)。只是大多数人懒得去分辨Assumption和Hypothesis的微妙差别。

[#2066] “设计”就是从假「设」(Hypothesis)而推演出来的可实现的「计」画(Achievable Plan)。这个假设咱们对将来的设想，也就是还不知道如何实现的空中楼阁。美国大文豪梭罗 (即<<湖滨散记>>做者)就说过，空中楼阁原本就应该在空中，只要有计划从地基将它支撑起来，它就再也不是「空中楼阁」了。

[#2067]例如三星把手机厚度减小一半，其简法设计不少人喜好，只是连小零件的生产线都要改，很花钱的...。

[#2068]对需求视而不见。我多年前在<<程序员>>杂志上写文章鼓吹应该对需求视而不见，却招来很多批评。由于IT产业氛围里太多<分析>而少了<设计>的缘故吧。设计师约翰.梅达在其"The Laws of Simplicity"书里写道：<全世界最优秀的设计师在看东西的时候都会瞇着眼睛。..... 看的东西少一点，你就能够看到更多。>

[#2069]<<减法与加法>>。把复杂多变的内涵封装于一个简单的造形(form)，这是减法。例如，面向对象的"类(Class)"，内部只有两个元素：函数(function)和数据项(data item)。基于这减法后之造形，人们掌握能力加强了，再也不畏惧了，就敢大胆去尝试各项组合，成为形形色色的应用软件(applications)，这是加法。

[#2070]软硬结合架构师的角色。架构师介于工程师与设计师之间：软硬工程师<-->架构师<-->设计师。架构师须要兼具两种思惟：工程思惟<-->架构思惟<-->设计思惟。世界顶级IDEO总裁Tim Brown说：<设计思惟依赖于人的能力：直觉、辨识模式、体现感情意义、运用各类媒体而非文字或符号的表达本身的能力。>

[#2071]<<顶层设计是指甚么?>>关于顶层设计的涵义一直见仁见智，然而基于我曾经从事DoDAF架构设计实务经验来看，我认为在智慧城市领域的顶层设计，应该是指：Top-level Design 或 High-level Design。然而许多人误解为：Top-layer Design，或Top-tier Design。

[#2073]过去，架构师的设计注重于表达(业务)领域知识的结构，其设计出来的架构，须要再进行细部设计，才能对映到代码结构。这项细部设计，由谁来作呢? 试想，若是架构师直接以代码造型来思考其设计，让架构师与开发者具备一致的心灵、共同的感受，您以为会有建设性吗?

[#2074]拿代码造形来赋予分析和设计的内涵，有助于迅速落实为代码，并能进行组合重构，能提高敏捷迭代的流畅性。因而，架构师必须采起多视角来看待 {基类 / 子类}的代码造形结构。一旦架构师能将分析&设计所得的内涵，赋予到简单的代码造形，就能衔接需求&代码，敏捷就流畅了。

[#2075]智慧终端的OS平台有Android、iOS和Win-8等，App框架的接口(Interface)用来"框住"特定平台的插件(Plug-in)，只要符合接口的插件就能加以抽换，换了平台插件，等于让App跨平台了。

[#2076]像Android、iOS等都含有多层框架，一个框架能够迭在另外一个框架之上，愈上层的框架含有愈丰富的行业领域知识(Domain Knowledge)。就行业视角而言，愈上层的框架，愈是行业专用性；而愈下层，则愈是各行业通用的。

[#2077]框架就像一张桌子，将整个系统架构分为三部分：桌脚、桌面(含卡榫，用来衔接桌脚)和桌上。从<桌上>而观之，桌面(与卡榫)和桌脚都属于框架的内涵。从桌脚而观之，桌面(与卡榫) 才算是框架，而桌脚则是框架的插件，随时都能抽换、汰旧换新的；以便维持总体系统的旺盛生命力。

[#2078]为何，应用框架要去"框住"应用程序(App)呢? 兹作个比喻，一棵树的树干，表面上它是用来支撑树枝和树叶的；然而，却也限制树枝、树叶的成长范围，以避免伤害树根(负荷太重)。所以，树干的存在是为了保护树根的健康成长。万里长城的存在是为了保护关内居民的安居乐业。

[#2079]Android是开源开放的平台和系统，就像一棵大树；当您想要了解它、爬它、养它、喂它、安慰它、疼它、在它树下乘凉抓萤火虫；您彻底能够就树干(架构)、树根(底层驱动)、树梢(App)兼顾；而不是当瓢虫在外围看树叶(App)。这是许多Android初学者的陷阱，高老师给您一条轻松之路。

[#2080]从代码解析软件，和从结构理解软件；它们原本就是两个必备的学习途径。在Android开源开放平台上的正确学习途径则是<代码+架构>兼具。<从结构理解软件>须要以图形来表达软件里的类(class)和接口(interface)，以及其间的关系(relationship)，此时像UML class diagram就颇有用处了。

[#2081]@让您成为杰出架构师#智慧家庭#<<阿里TV生态联盟与Android>> 即便，非Android-based OS能在TV/STB主件设备上有立足点，可是众多以TV/STB为中心的相关配件，仍是Android的天下，使得其立足点难以扩展出一片天空。http://t.cn/8Fo3HIo

[#2082]UML用在系统建模是OK的，可是Android开发者和书籍做者都不用它；由于UML几乎都被用来表达业务逻辑、企业对象和用例分析，而不是给<码农>来表述其代码架构，这是UML成长的瓶颈，也是Android开发者的损失。我但愿UML不只能表达大象的知识，也能完美表述小虾米(码农)思路。

[#2083]将Android与iOS采相同的初学教育方式，极可能是错误的。由于iOS封闭，学员看不到树干，只好看树叶，各自想象树干长相。Android能够直接看树干，对树叶的前因后果轻易撩若指掌，何苦只知其然(树叶)不知因此然(树干)呢? 换个有效的新观点!!

[#2084]阿里的“智慧TV生态联盟”。阿里将焦点放在OS上，并不是是最好策略，由于阿里的强处在于移动互联网，属于OTT层而不是OS层，若是想要两层兼顾，将失去OS层合做和奥援。阿里能够直接将OTT平台接口，穿透Android-based OS而直接作进去TV硬件(主板里)，既能获得OS层支持，也能获得硬件厂撑腰。

[#2085]7月下旬，阿里发布阿里智能TV操做系统，并推出搭载该系统的盒子产品。阿里TV操做系统将打通电视、机顶盒、手机等终端，并接入电商、互联网支付等功能。OTT层、OS层和硬件层兼顾，这多是阿里策略上的陷阱所在。OS就如同轿子，轿子本身作，本身坐，本身抬，这是许多优秀OS英才早逝的主因。

[#2086]阿里TV生态联盟的最佳策略应该是：发挥阿里的移动互联网优点，试图主导智慧家庭的OTT层(优点空军)，主张开放Android-based OS层(结盟陆军)，趁机深刻硬件层(强化海军)，展开三军联合做战。阿里将所向无敌、势如破竹。

[#2087]<<阿里TV生态联盟与 Android>> 智慧家庭的OS层级，可说是Android-based OS天下了，并且家家大同小异。惟有从OTT(Over the top of OS)视角去看它们，才能看出以"移动互联网" 整合 "家庭物联网"的新架构，巧好包容了各家TV平台(OS)的小异；于是非Anddroid-based OS在智慧家庭里，空间将越来越狭窄。

[#2088]智慧家居厂商大多促销本身的total solution，让一个家庭含有多个信息孤岛。我认为藉由微博、微信等<移动互联网>来整合智能家居众多<物联网>信息孤岛，是一项可行之路。

[#2089]其中，Android是操做系统层(如同微软的Windows)，咱们还须要创建一个行业平台层(如同微软的Office)；来与智能城市的其它区块(如医疗、公交车等)对接，也与移动互联网(如微信、微博等)对接。

[#2090]@让您成为杰出架构师#业务逻辑&插件# 插件一般分为三种：1. UI插件; 2. 业务逻辑插件；3. 平台插件。三者视环境的变化而弹性组合，例如，东方航空公司的系统应用端涵盖三种平台，因而抽换平台插件，就能让业务逻辑跨平台，所以只须要设计一分业务逻辑便可。省了成本!! 更多思惟： http://t.cn/8FGlU1n

[#2091]OFA的"Open"包括4个主要途径：1. 对客厅的主、配件厂商开放API；2. 对智能城市的其它业务区块(如交通)开放API；3. 对移动互联网开放API；4. 对非IT产业开放，例如结合设计产业(如高校设计系师生)及企业。

[#2092]自从去年来，行业别应用框架(AF)平台建置，已经越来越热门；其主要缘由是移动应用跃居应用主流，可是Android、iOS和Win-8分为三个不一样团队，团队又逐渐扩大，相同的业务逻辑却因平台不一样的不一样版本，成本负荷越来越重。所以三个团队依赖<同一个应用框架，弹性抽换插件> 是惟一解决之道。

[#2093]基于什么平台，可保持弹性或客户选择，由于这是手段&成本；一块儿合做来知足这个新兴市场，解决大企业重复投入的难题，比较重要，由于这是目的&收益。

[#2094]关于跨Android、iOS和Win-8平台的面向有不少，可是许多人都偏向于HTML5-based的跨平台。却不知，PhoneGap不必定要与HTML5绑在一块儿，例如传统的Android App或iOS App也能搭配PhoneGap来作为业务逻辑插件和平台插件的管理者。

[#2095]你们都知道，HTML是UI画面的布局(Layout)而已，JS也只是UI事件的简单分派逻辑而已。如今的移动终端应用开发，最大的难题&需求是业务逻辑(Business Logic)的跨平台，尤为是业务逻辑必需以插件形是执行终端时，只依赖HTML5提高UI插件的跨平台，其意义和经济价值是不大的。

[#2096]HTML是UI画面的布局(Layout)而已，JS也只是UI事件的简单分派逻辑而已。HTML5-based团队大多将业务逻辑(Business Logic)放到后端的云平台上，可是，当业务逻辑必需执行于终端时，又该如何处理呢?

[#2097]"本地计算能力" 存在形式就是：业务逻辑插件。这种业务逻辑插件，也能给Native App使用才合理。

[#2098]不管是js + html5 或 Native App都应该复用相同的业务逻辑插件，以及平台插件；不然如何有效维护业务逻辑的版本更替呢?

[#2099]只要使用"框架的插件管理器" 管理好业务逻辑插件，包括：插件定义、插件建立、插件配对、插件Callback(含同步与异步)等等。而后，让 HTML5幕后的WebView事件能传递给管理器，同时也能让Android通常的View的事件也能传递给管理器，就好了。

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