IT架构师_隽语集(Vision _0401)

前言：系统架构的稳定点是关键；但是许多人认为系统稳定点来自业务需求分析，找出业务的<不変>来做为系统的稳定点。我一直不认同这个观点。我认为系统架构的稳定点不是来自业务，而是来自架构师内心的创造。例如计算机硬件的主板(Motherboard)并非来自业务需求，而是架构师内心的无中生有。

    软件属虚，硬件、内容、电信服务等属实。虚实相依让软件配合、支撑及控制硬件、内容、服务等，逐渐占领全世界。为了更好的虚实相依，人们可以要求硬件、内容、服务有统一标准，却不能要求软件平台有统一标准，这会删减软件的整合力道。 

  

本书缘由：高焕堂于2013年在日本退休之前，基于日本师徒制的要求而传承给下一代架构师的架构思考技术(俗称设计心法)。25年来他专精于A段(投资决策前)架构设计，退休闲暇将之写成中文，欢迎大家指教。A段与B段的明显区别是，在规划段里，A段架构师大多协助产品经理(Product Manager)；而在生产段里，B段架构师则协助生产经理(Production Manager)。 

目录：請看目錄  

欢迎访问 =>高老师的ADT技术论坛

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

ee                                                                                 ee

<<看上一集-------看下一集>>  

 

[#401]和中国设计相比，韩国显然已经走出了中国深陷的困境：企业不懂、不重视设计、不敢大力投资，专门的商业设计人才供应不健全，设计人员发展前景狭窄和社会整体分辨不出什么是好设计和什么是坏品味>。

  

[#402]<<Designed in CN>> 高老师率先推动<IT+设计>，率先将设计思考(Design Thinking)融入到国内新一代IT架构师的培育上，请关注他的新书《思考软件，创新设计：A段架构师的思考技术》http://t.cn/8FLphE0

  

[#403]有一则报导：<和中国设计相比，韩国显然已经走出了中国深陷的困境：企业不懂、不重视设计、不敢大力投资，专门的商业设计人才供应不健全，设计人员发展前景狭窄和社会整体分辨不出什么是好设计和什么是坏品味>。http://t.cn/aCV08C 。

  

[#404]#IT架构设计思维# 2006年时，Google放眼未来，互联网广告是会赢的战术，为了让这战术极大化，Google当时该有什么<目前决策>才最具未来性呢? 答案是：购买Android来赠送给硬件厂，让各大硬件厂都成为它的战略资源；同时也赠送给全球App开发者，也吸收成为战略资源。构成了势如破竹的有效大战略。

  

[#405]#IT架构设计思维# 所谓<目前决策>最具未来性，就意味着最具有战略价值。所谓具有战略价值，就意味着对未来会赢的战术极大化的有所贡献度。

  

[#406]浪漫英语屋：When you have a dream or passion，never let it just spreads in your heart。Instead，make the momentous decision bravely。 —— 当你有一个梦，有一种激情，千万不要让这个梦，这种激情仅仅地在你的心中蔓延，勇敢地去做出重大的抉择。

  

[#407]如果也学会mapping from the dream to realities 就更容易making the dream come true了，多美呀、多现实呀!

  

[#408]#架构设计思维# 台湾IT厂商不会推出自己的 OS，尤其是 WebOS。也因为不会推出自己的OS，台湾IT厂商数量又多(这与韩国不同)，与国际大厂合作紧密，所以只要在台湾受到热烈拥抱的OS，必然会蓬勃发展。

  

[#409]#IT架构设计# 我一直主张实践无用论，其实这个<实践>是动词，意味着要去实践看似无用的东西。有许多看似无用的东西，例如<设计&艺术>。新潮技术：http://t.cn/8Fo3z3r

  

[#410]查立 ：中美创业文化差别：盖茨大学退学、乔布斯退学、戴尔退学、埃里森退学、扎克伯格退学，如果当年他们没退学，现在怎样？马化腾50万办腾讯，没买房；史玉柱50万办脑白金，没买房；丁磊50万办163，没买房；陈天桥50万办盛大，没买房；马云50万办阿里，没买房。如果当年他们50万买房，现在怎样？

  

[#411]男人有钱会变坏；女人变坏会有钱。钱逐渐从(富)男人流向(坏)女人，男人逐渐变坏、变穷；女人不一定认为穷男人是坏男人；但可能直觉富男人还没变坏而已。

  

[#412]许多人问我：如何(how to)实践<软硬整合>呢? 我要强调：软硬整合是状态(state)、美好情境(vision)；不是how-to。就像孙子兵法所说的<知彼知己>是状态，而不是先知己后之彼的how-to。记得一个公式：how-to = function(vision, reality)；亦即，mapping from vision to realities 才能得到how-to。

  

[#413]我不认为是儒家的问题。3000年前子夏就问了孔夫子：礼的本源何在? 孔子也回答他了，表示儒家弟子也都学习找How-to，后代子孙才忘了找how-to，变成拿来主义。可参考http://t.cn/arW435

  

[#414]#IT架构设计思维# <做低价终端硬件>与<追求高度用户体验>，似乎是互相冲突的。所以主张深度软硬整合，迈向<高价、高质量、高获利>，宁愿追求多一点奢侈也无妨，透过做奢侈品来历练设计和艺术，提高软硬件的技艺；因为真正的奢侈品，是历经萃炼的艺术。例如德国、日本等都是如此迈向产业的高峰。

  

[#415]#IT架构设计# 由于我一直不赞成软件开发只追求<适度设计>，而是期待高度设计、力求迈向智能和艺术。例如，在Android和iOS平台上，希望有向下的<软硬整合>，还要有向上的<内容创意>。

  

[#416]虽然<奢侈品>是一种超出人们生存与发展需要范围的独特、稀有的、令人惊奇等特性的消费性产品。但是创造、设计、生产奢侈品是对企业和人员的淬炼机会，是提升产业<软实力>的重要环境。例如，德国、瑞士的奢侈品产业被称为国家经济的发动机，被认为是国家「软实力」之一。新潮技术：http://t.cn/8Fo3z3r

  

[#417]#IT架构# 设计存于心中，是心中可见的，是<真的>；设计品是眼睛可看到、手可摸着的，是<假的>。高度设计包括：设计出适度的实践计划；可是许多人只追求<适度设计>，导致找不出最佳的<适度实践>计划。唯有<高度设计>(求真)才能求得真正的<适度实践>(做假)。新潮技术：http://t.cn/8Fo3z3r

  

[#418]在传统软件开发里，设计师只产出设计图，叙述着未来系统的<结构图>，也就是系统施工的蓝图。至于该蓝图的实践<计划>是来自项目经理(PM)之手。在现代软件开发里，就将<结构图>与<计划>合而为一，出自架构师(Architect)之手。尤其是软硬整合架构师，其职责不仅产出图，还要产出可实践(适度实践)的计划。

  

[#419]在人事物里，架构师偏于<物>，物有其不可违背的法则；PM偏于<人和事>，人和事必须以物为依归，才能把物(产品)做到高质量。没有称职的架构师时，PM把<物>丢给用户，依赖用户需求，这样只能做出堪用的物，而不能做出高质量的物。例如上海、青岛租借地的建筑<物>质量都高于华人建筑。

  

[#420]架构师应该具备产业分析能力，于是，他就能设计出一份<问题架构(issue architecture>，这问题悠关于该标的产品(target product)在标的市场(target market)里的<获利>问题，其含盖用户体验、竞争优势等。这份问题(或称议题)架构与产品架构相汇合，就成为产品规划书的最核心部份，是架构师影响力的源头。

  

[#421]目前一般架构设计思维是：分析行业需求，将系统切分为多个子系统，然后厘清子系统互动接口...。我一直都不认同这样的思维，我主张架构师的重要职责是：要设计出一个机制(栋梁)来支撑上述的子系统(屋内摆设)。例如，设计计算机的主板(main board)来支撑mouse, keyboard等设备。留意：主板不是来自需求!!

  

[#422]#IT架构设计# 一项软件系统或硬件产品，都含盖规划阶段(Product Manager负责)和生产阶段(Production Manager负责)。一位架构师如果仅仅涉及生产阶段而已，他的价值和贡献度就非常有限了。亦即，一位成功的架构师大多在上述两阶段都扮演关键角色。

  

[#423]由于称职的架构师大多会协助product manager规划产品，深度涉及市场竞争情势的解析与抉择。所以架构师必须具备产业分析能力。架构师在产品规划阶段比较偏向于<获利>角度；而在生产阶段则偏向于<成本>角度；兼具这两个角度让架构逐渐成为公司里最能全面掌握产品的人，话语权也逐渐提升了。

  

[#424]#IT架构思维# 架构师偏于<物>；Product Manager偏于<人、事>。正常情形下，架构师没有人事等行政决策权，架构师的获利思维、产品设计、结构知识等只是用来说服产品经理、市场经理甚至总经理等，而不是取而代之。

  

[#425]LanceTse：【伏尔泰那点历史小事】伏尔泰晚年的时候，名震欧洲，一个绝美的少女为其才华所惑，心甘情愿做他的女仆，并当众亲吻他。面对公众忌恨的目光，伏尔泰说道：“这是生命在亲吻死亡！拥有思想，整个世界都会爱你，拥有权力和金钱，别人最多只是惧怕你。”

  

[#426]架构师还是经理们的幕僚而已，其目标是要落实<产品架构设计 + 问题架构设计>的深度结合，让架构师的设计烙印于产品生命周期的毎一阶段，成为产品的基因(否则用户需求就成为基因)。这样卖产品就等于卖设计。例如，三星公司总裁2000就如此地主张三星卖设计，而不是卖产品。新潮技术：http://t.cn/8Fo3z3r

  

[#427]架构师应该具备产业分析能力，于是，他就能设计出一份<问题架构(issue architecture>，这问题悠关于该标的产品(target product)在标的市场(target market)里的<获利>问题，其含盖用户体验、竞争优势等。这份问题(或称议题)架构与产品架构相汇合，就成为产品规划书的最核心部份，是架构师影响力的源头。

  

[#428]在产品规划阶段，架构师必须兼顾问题架构和系统架构。IT人员比较熟悉系统(system)架构，其模块之间偏于信息传递(message passing)关系。至于问题(issue)架构，其模块之关系对于IT人员而言，会比较陌生。例如，麦肯锡方法的议题树(issue tree)，其议题就是模块，议题之间的典型关系是：目的--手段关系。

  

[#429]#IT架构设计思维# <因为世上没有不会犯错误的人>，其实反思不一定针对过去的失败，也能回味自己过去的成功滋味，一面镜子看看成功得意忘形的样子，可以避免昨天的成功带来明天的失败。避免未来的失败，可能是反思最大的收获。新潮技术：http://t.cn/8Fo3z3r

  

[#430]中普信息CEO丁东 ：反思是个人成长的重要方式，作为管理者更是如此。管理者如果不能自我反省的话，基本上也就不具备管理决策能力，因为世上没有不会犯错误的人，其实在任何层面的管理与实施过程中，一个不变的模式就是“实施---总结---修正”。今天，你反思了吗？

  

[#431]<标准化是HTML5的核心优势? >，从软件角度来看，过度标准化常常是一条死胡同，希望HTML5手下留情，停留在内容标准即可，让软件展现它的<软性>，才能配合内容标准之路。

  

[#432]#IT架构设计思维# 设计 = mapping from 创意 to 实践。纯创意不能赚大钱，纯实践只能赚小钱；唯设计能商业化、产品化、奢侈化，并获利无限。

  

[#433]#架构师练习# 在当今软硬整合潮流下，软、硬件之间的虚实相依是极为关键的思维，架构师如何看待其虚与实的角色是非常重要的。在这朝流下，有效的架构师决定了其企业和产品是否能在Android产业里有高获利。更多新思维：http://t.cn/8FqOSGr

  

[#434]#架构师练习# 中间件API致力于＜呈现＆发挥＞底层的创新差异化，而不是试图＜屏蔽＞其差异化。

  

[#435]#架构师思维# 视角(Viewpoint)。或许因为国画没有凸显光源视角的缘故，华人在认识一个系统时似乎不太关注自己的视角。因之，架构师比较独尊业主或用户的视角(又称观点)。例如，一棵树分为叶、干和根；设计叶子的架构师、设计树干的架构师、设计树根的架构师、与负责整体的架构师视角都不一样。

  

[#436]#架构师思维练习# 视角(Viewpoint)。三国时代，孔明身在西蜀，周瑜身在东吴；两位策略设计师其视角不相同，所设计的军事架构也不相同。例如，孔明的隆中对就东吴而言是毫无意义的。

  

[#437]<用户直接使用的是软件>这个假设(Assumption)可能要反思一下，因为没有人摸过软件，但天天手握硬件、手摸屏幕!!

  

[#438]#架构师思维# 视角(Viewpoint)。智能电视产业整体架构可分4层：1)底层芯片厂商、 2)彩电厂商、3)平台软件厂商、4)电信/内容运营商。4个厂商各有架构师，其视角各不相同，其架构也不相同。例如，<中智盟>架构师设计的统一平台软件(中间件)，其架构影响的对象有哪些? 那些受害最深?那些受益最大?

  

[#439]#架构师# 三种厂商是互相竞争的，争夺话语权、主导权，为护自己最大利益。架构师不能认为大家和谐合作，追求用户的掌声。这样的架构师在产业、企业或团队里没有地位。更多新思维： http://t.cn/8FqOSGr

  

[#440]兹以<小米手机>为例，在其产品和策略架构中，你可以试试去洞悉其架构设计的视角，如果这架构设计是有效的、成功的，则有哪些团队受益最大、那些受害(如市场被小米压缩)最大? 这些团队会有哪些反应? 这些反应对小米有利还是有弊? 更多新思维：http://t.cn/8FqOSGr

  

[#441] 视角(Viewpoint)。一位架构师要很清晰本身采取的视角。此外当看到一个系统(或产品)的架构时，也要有足够能力去洞悉该架构师所采取的视角，藉之解析相关团队之中，那些受益? 那些受害? 然后，最重要的是：要洞悉受害者的反弹力量，会不会倒过来反制该产品，以便判断该产品的竞争力。

  

[#442]#架构师# 架构设计只谈欲实践的和谐状态(State)，并不谈如何(How-to)。例如孙子兵法说：知己知彼；这是状态，而手段上先知己，还是先知彼? 就不谈了。同样，IT架构师谈虚实相依(实物之间低coupling)也是和谐状态，实践手段则由架构师以现实和视角而定了。例如，虚物<包容>实物就是手段之一。

  

[#443]包容。它就是虚物包含、容纳实物的<变化>(Change)之意。简而言之，包容 == (开放 + 制约)。虚物(如手掌)将实物(如小鸟)握在手掌心，既开放给牠最大的自由变化、不捏死牠它；又给与最小的制约，让牠不想飞走。更多新思维：http://t.cn/8Fo3z3r

  

[#444]#架构师思维练习# 视角(Viewpoint)。IT产业整体架构可分三层：1)底层硬件厂、2)平台软件厂商、3)电信/互联网运营商。三个厂商各有架构师，其视角各不相同，其架构也不相同。例如，中移动架构师设计的OPhone平台软件与Google架构师设计的Android平台软件，其架构是不一样的。你能说说其区别呢?

  

[#445]反思自己。架构师想走出需求的碉堡? 想摆脱生产段成本思维的局限? 致力于洞悉自己和别人的设计视角? 洞悉该视角下各方获利和受害情势? 变换视角寻觅产品在市场上的话语权? 照顾地头蛇利益? 创造自己的强龙地位? 于是，水涨船高、架构师地位也平步青云、扶摇直上? http://t.cn/8Fo3z3r

  

[#446]任何Software-based统一平台的架构设计里，都会产生对业界各方的利害影响。例如，统一之下如何发挥终端硬件的功能差异化? 高度差异化下又如何统一呢? 来自终端厂商的联盟，创造终端差异化创新及高获利是其任务。更多新思维：http://t.cn/8Fo3z3r

  

[#447] 洞悉别人架构设计的视角是有效架构师的基本能力。例如山寨机幕后的系统架构是Turnkey Solution平台。架构师很容易看出该平台的视角，并洞悉到它的<死角>(亦即任何视角都有其死角)。就能看出Android与 Apple对山寨机产业的巨大影响了。走出需求雕堡、迈向市场舞台，就能培养此能力。

  

[#448]#架构师思维练习# 大型而复杂系统(例如军队联合反恐作战指挥信息系统)，其架构师的基本能力是：擅用架构(Architecture)来主导需求分析(Requirements Analysis)，致力于避免传统<地毯式>需求分析和系统分析，以便大幅缩减分析的时间和成本。一般的架构师大多无视于需求分析的无效性和旷日废时的问题。

  

[#449]优酷网 ： 世上最深又最浅的东西是人的感情；最宽又最窄的东西是人的胸襟；最远又最近的东西是人的眼睛；最大又最小的距离是人的心距；最重又最轻的东西是人的态度；最美又最丑的东西是人的心灵。

  

[#450]右脑设计楼阁，左脑做地基。Do not worry if you have built your castles in the air. They are where they should be. Now put the foundations under them. (如果你设计一个空中楼阁，不要忧虑。高楼本来就应该在空中。只要在下面补上地基把它支撑起来。(美国大文豪：亨利.梭罗)

  

[#451]#架构师思维练习# 树干从哪里来? 屋主不会告诉建筑设计师有关栋、梁、柱、地基的信息。如果软件系统像一棵树，用户需求里也不会提到树干的信息。如果硬件系统像一棵树，用户功能里也没有树干(如主板main-board)部分的信息。但是架构师的核心任务就是设计树干(栋梁)，那么它们又从何而来呢?

 

[#452]#架构师思维# 关键是这些组件来自何处? 主板是无中生有的虚物，用来包容用户需求里的实物。只怕“总线”，或“Hub”，或“平台”等来自需求的抽象结果，成为不变的地基；就不妙了。唯有把架构运用成为积极性的制约工具，支持Open API，并大力支持开放型的分工合作商业模式，才可称为有效的架构师。

  

[#455]#架构师思维练习# 如果云产业的人能少一点本位主义，学学哥白尼从太阳看地球，不要一直固步自封坚持地球看太阳；云产业者如果能换个角度从端看云；不要固步自封坚持从云看端。可能会有拨云见日之感。

  

[#456]许多架构师从用户需求出发，藉由分析和抽像来获得万变不离其宗的<宗>。深信它就是不变的本质，本质内含浑然天成的和谐之序，所以深信透过<需求、分析、抽象>途径能寻觅乱中有序的<序>，此序具有和谐的特质，是架构设计的基本要素。但我却认为这只是一个assumption而已，并非真理!!

  

[#457]#架构师思维# 分析师和科学家致力于<乱中找序>；而艺术家和架构师(设计师)则创造序来<包容>乱，其致力于<序中有乱>。例如，设计师设计出集装箱(台湾称货柜)，就是序中有乱的典型范例。更多新思维：http://t.cn/8FGlU1n

  

[#458]如果你认同架构设计师的基本思维之一就是：序中有乱。那么，序中有空，空始可包容乱，如同集装箱(容器)一般。所以设计容器是架构师的基础能力之一。由于<空>既是无一物(nothing)又是全部事物(everything)，只能领悟部能言传，那么是不是架构师也要去<悟空>呢? 更多新思维：http://t.cn/8FbhmdD

  

[#459]#架构师思维练习# 大家都知道房屋墙壁要挖<空>成为门窗，这房屋未来才有用(老子之言)。还有畚箕也要先挖空，将来才能用来装泥土或其它东西。所以目前决定如何挖空，这个决策大大影响整个产品或系统的未来效益，是架构师深具未来性的决策。其中，空与无的涵意非常接近，中国哲学谈无，佛学谈空。 

 

[#460]池建强 ： 有人说中国的企业软件开发人员和企业软件用户都是折翼的天使，三种情况，1、开发被客户的需求搞死，2、开发搞死客户的系统，3、同归于尽。 这得多苦逼多悲情啊...

  

[#461]#架构师思维练习# 空与无。 架构师的基本决策之一是：目前如何挖空，以开创产品或系统的未来性。如果把<无>当动词用，无就是挖空的意思。例如，老子说：无之以为用。这个<无之>就意味着：把它挖空，才能创造未来的多用途效益。更多新思维：http://t.cn/8FGlU1n

  

[#462]#架构师思维练习# 空无与分工策略。 架构师必须具备产业分工的观点。老子说：无之以为用，有之以为利。他的<无、用、利>三段论述，悠关到<架构师、开发者、用户>三者之分工，更攸关于非常重要的<强龙/地头蛇>加盟、分工商业模式。更多新思维：http://t.cn/8FbhmdD

  

[#463]<强龙/地头蛇>加盟分工商业模式的主要效益在于：异地分工。也就是：架构师运筹于帷幄之中，开发者决胜于千里之外。例如，微软的Windows/.NET架构师运筹于美国西雅图，而决胜于万里之外的亚洲市场。微软成为强龙；而亚洲当地的软件开发者(或公司)成为地头蛇；是典型的软件产业强龙/地头蛇模式。

  

[#464]【三星高管：正开发下一代Bada移动操作系统】在台湾，韩国商人给大家的印象是：竞争不择手段。在这印象阴影下，Bada OS不容易获得台湾众多硬件厂的大力支持，三星在致力于设计之余，可能要强化人际关系的美感，否则设计变成<设计别人>，Bada前途堪虑。

 

[#465]【华为寻求设计突破 欲打造国际手机品牌】华为值得喝采，力求向<0元手机方案>说拜拜，走出<低价、低质量、低获利>的人人买得起智能手机的乌托邦；迈向高度设计，挑战全球欲望，才是国内手机、PAD、TV终端厂商的鸟花香之路。

  

[#466]【日系手机：如何再做中国市场？】如果开放一些，愿意采取<强龙/地头蛇>商业模式，还是有机会。可是，日本手机厂当电信运营商的小弟(地头蛇)已经习惯了，改当强龙好像姿态不太对。更多新思维：http://t.cn/8FbhmdD

  

[#467]#架构师思维练习# 依赖制造低价产品赚取外汇的黄金时期大约30年，任何国度都不会有例外，之后汇率提生30-40%是无法避免的，试图逃避也不全然有利于自己。凡事利弊参半，唯有善于审时度势者是赢家。转型迈向创意与设计是一条鸟语花香之路。

  

[#468]路-人-甲 ： 西方和台湾整个社会从上自下都是在教化人如何把头低下，学会换位思考与合作；大陆的社会风气则潜移默化教人只有出人头地，别人才能服你、仰视你！马英九推出竞选专辑 蔡英文上台跳舞 http://t.cn/aFRrJj

  

[#469]#架构师思维练习# <<三星高管：正开发下一代Bada移动操作系统>> 唯有强龙能做平台，强龙不能压地头蛇，不能与地头蛇争利；台湾厂商没有当强龙的心志；大陆也无心研发、做高价产品挑战全球；而韩国则有雄心，所以韩国需要有开放心境。 三星技术一流，但韩国软件(如游戏，OS)没有开放心境就卖不出去。

  

[#470]#架构师练习# 华人做得并没有错。然而，如果架构设计好一点、主动虚实相依者，会有较大话语权，例如<订价>的权力；可惜，卖鞋子、买飞机的订价权，华人少了一些。更多新思维：http://t.cn/8FqOSGr

  

[#471]虚实相依。俗语说：实以虚之，虚以实之。这是有效架构师最基本的必备能力。例如，华人擅长做鞋子(实物)，洋人就做 Nike、NB等渠道、品牌(虚物)。华人喜欢经营航空公司(虚物)，洋人就做波音747、A380飞机(实物)高价卖给航空公司。<<是说华人怎么做都是错的了？>>

  

[#472]#架构师思维练习# 2006年时，Google放眼未来，互联网广告是会赢的战术，为了让这战术极大化，Google当时该有什么<目前决策>才最具未来性呢? 答案是：购买Android来赠送给硬件厂，让各大硬件厂都成为它的战略资源；同时也赠送给全球App开发者，也吸收成为战略资源。构成了势如破竹的有效大战略。

  

[#473]所谓<目前决策>最具未来性，就意味着最具有战略价值。所谓具有战略价值，就意味着对未来会赢的战术极大化的有所贡献度。

  

[#474]企业家商学院：蒋介石曾孙、台湾橙果董事长蒋友柏表示，不同时代想法不同，责任感也不一样。他很反感现在年轻人劈头就问薪水多少，会反问对方你值多少？他认为年轻人的人际网络，大约介于18到27岁，如果没有社会资源做什么都很辛苦。年轻人应该去思考新模式，而不是变成最普通的没有自己想法的雇员。

  

[#475]#架构师思维练习# 分辨：<需求>与<需求的改变>两者有何区别呢? <架构>本身与上述两者又有何区别呢?

  

[#476]张良的<运筹帷幄>让宫内的萧何、刘邦与千里之外战场的韩信能相互分工；Android架构师Andy Rubin的<架构设计>让美国加州的Android平台软件团队与万里之外大中华地区的App开发者能相互分工。分工可创造经济效益，这是架构师的<收益>思维。更多新思维：http://t.cn/8FbhmdD

  

[#477]#架构师练习# 架构可以支撑需求，但它也可以<包容>改变。记得中文字：改变 = 易(change)，包容改变 = 容易(easy)。

  

[#478]需求的改变来自于客户(如夫)的心中；架构本身的改变来自于架构师(如妻)的心中。想一想，一位能能改变自己内心的妻子，更能包容她的夫婿的一切行为。记得，包容不是消极的适应；而是要达到积极的制约。这就只能依赖你对相夫教子的<相>字涵意的领悟了。

  

[#479]#架构师思维练习# 架构本身要不要改变? 架构可以包容需求的改变；为了实现包容的效果，架构也需要包容架构本身的改变。就像夫妻，唯有包容自己的改变、改变自己才更能包容对方，才能创造幸福家庭。

  

[#480]包容：并不真的架构师知道未来会发生什么，只是他尽可能去容许(包容)可能结果的发生；在架构设计中愈是能让可能的结果发生，架构设计就愈成功，企业获利愈大。

  

[#481]#架构师思维练习# 战术引导战略：脑中清晰可见未来会赢的战术，反向推理回到现在，汇集有利的战略资源让战术效益极大化。由于战略资源的取得和应用有其时效性和稀有性，不一定能重复取得。以此观之，Apple乔帮主的战略非常难以复制，所以其成功模式也难以复制。更多新思维：http://t.cn/8FbhmdD

  

[#482]<架构设计也同样需要考虑很多情况，比如项目的预算、周期、资源，程序员的素质。> 这样的架构师不专业、立足空间小，因为侵犯了管理者的角色。专业架构师是领导者，他管物，不能管人和事。关心小孩，但不溺爱小孩更亲爱老婆，才是好爸爸。关心需求，但摆脱需求桎梏更专注设计才是好架构师。

  

[#483]#架构师思维练习# 如何摆脱用户需求的桎梏一直是架构师必修的入门课。在需求枷锁下，未来(系统、产品等)决定于别人；摆脱枷锁后，未来决定于自己；这是为什么架构师比开发者更懂得<尊敬未来>的缘故。

  

[#484]#架构师思维练习# <人类创造了分工，分工限制了人类。> 架构师掌握物(产品或系统)的整体设计，让分工的专家<人>和技术、任务<事>能发挥出来，并整合起来。架构师通[#485]常不会直接去整合人和事，避免被管理者排斥。这在海峡两岸IT业里很常见，所以架构(设计)师常常被贬成为开发段的系统设计师。

  

[#486]#架构师练习#架构师是决策者(Decision-Maker)，管理学大师 比得.杜拉克(Peter F. Drucker)指出，决策往往不是从真相开始的，而是从想法开始。一位架构师对于他在行的领域，如果不产生想法的话，表示他没有敏锐的洞察力。没有想法，而只能依赖需求分析、从中寻找真相，然后采取行动，是极为危险的。

  

[#487] <"必需"的决策可以推迟到开发阶段的尽量晚的技术。> 这在分工模式上是重要的考虑；<逆转性>和<可延迟性>的判断也是架构师的职责。例如，芯片厂商与操作系统厂商(如Google)的分工与话语权大小都大大影响这两个特性。更多新思维：http://t.cn/8FGlU1n

  

[#488]#架构师思维练习#Assumption常常来自文化、风俗习惯、自身经验，而内心深信它像真理般的<一定>正确。由于已经<信以为真>，所以自己通常不会察觉到它的存在，更没有意会到，它并没有事实根据或推理证实。例如，打针一定会痛、袜子一定有脚臭味等。调整Assumption等于调整视角，可获得新观点、扩大视野。

  

[#489]史玉柱 ：成吉思汗出生在外国葬在外国，侵略中国，屠杀无数中国人，亡我中华，西征屠城常抢光女人杀光男人，这个外国人却被我们尊为民族英雄；秦桧倡导东北三省与中原各省的大团结，他创造了宋体字，是现在的汉字标准，你此刻看到屏幕上的汉字均出自他手，这个文化巨匠却被骂为民族败类。

 

[#490]#架构师思维练习# <实践是检验真理的唯一标准> 这个命题，可能只是一个Assumption而已。这让我在微薄上写<<实践无用论>>的文章，引来不少批评。再如，<智能手机应该低价(如0元手机方案)到人人都买得起才是科技产业发展的目标>，这可能是 Assumption而已，但许多人信以为真理。

  

[#491]华人在治学(处理知识)上，非常擅长于<抽象>(abstraction)，但也形成负作用：太过于仰赖抽象。于是形成一个文化型的Assumption：抽象能得本质，本质是稳定的，它就是理想架构。事实上，这仅是Assumption而已，身为架构师可以好好反思一下，受益无穷。更多新思维：http://t.cn/8FbhmdD

  

[#492]#架师思维练习#人们通常基于特定<视角>(viewpoint)去进行抽象动作，抽象出来成为<观点>(view)。不同角度抽象出来的结果是不同的，也因抽象者的抽象能力而不同结果。所以，抽象结果并不是本质(essence)，而仅是观点而已。脑海里兼具多个观点，在心中所<领悟>到的才会更<接近>本质。接近，但不是本质。

  

[#493] Hypothesis是不依赖事实根据或逻辑推理的假想，做为验证的命题，为了验证才去进行分析、搜集事实。有效的架构师大多很擅长<假想-->架构设计-->搜集、分析事实-->验证>的。

  

[#494]假想来自右脑，逻辑推理来自左脑。由于右脑在提出一个假想之刻，它并不依据逻辑推理，所以左脑常常认为那是<空想>而否决掉。尤其是华人较现实，右脑常常被别人的左脑否定，而常常被讥笑为不现实、大忽悠、不靠谱。更多新思维：http://t.cn/8FGlU1n

  

[#495]#架构思维练习# 摆脱需求的桎梏： Requirement-based思维仰赖需求<分析>，对分析结果进行<抽象>，抽出万变不离其宗的<稳定>结构。如果架构师依循这种思维，很容易掉入需求的桎梏中。

  

[#496]#架构师思维练习# 反思：架构师常常反思内心深处的<假设>(Assumption)。依据 Wiki百科解释：In logic an assumption is a proposition that is taken for granted, as if it were true based upon presupposition without preponderance of the facts. 但得分辨Assumption和 Hypothesis两者的不同。

  

[#497]由于华人比较现实，心比较相信左脑、盼望有凭有据，甚至要<看得到、摸得着>才能相信。因此，右脑无法带动左脑的常距离的逻辑推理，使得左脑只能做短距离推理，才形成华人创造力较弱的现象：华人右脑被否定，左脑逻辑推理有限，心少洞见，只凭看得到、摸得着。

  

[#498]#架构师练习# <<架构师思维练习>> 由于Requirement-based架构设计模式不是一条有效的架构设计途径。所以有效的架构师大多采取<假想-->设计-->分析-->验证>途径，透过设计来引领分析，避免地毯式的完整分析，旷日废时，延拓开工生产时辰。

  

[#499]#架构师思维练习# 沉重的枷锁在于：用户需求都是关于树叶，努力分析、抽象，而抽象结果是具有共通性的<叶脉>。 但是，Designer的职责是要规划出树干，怎么办呢? 只好将叶脉当树干了，这就是需求桎梏下的结局：设计出没有树干的豆芽菜来。更多新思维：http://t.cn/8FbhmdD

  

[#500]有效的架构师：1. 从假想(右脑)出发。 2. 假想引导架构设计(有创意的树干)。 3. 架构引导分析(左脑)和抽象(符合需求的叶脉)。 4. 基于事实和抽象(树叶和叶脉)验证设计(树干)。5. 调整设计(树干)，循环下去。 6. 树干迅速成长了。更多新思维：http://t.cn/8FGlU1n

  

欢迎访问 =>高老师的ADT技术论坛

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

ee                                                                                 ee 

<<看上一集-------看下一集>>