IT架构师_隽语集(Design Thinking

前言：无论在绘画上，或是计算机软件上，华人喜欢呈现心外事物，例如画竹、描述用户需求等。而洋人喜欢呈现心内的景象，例如毕加索画出人们内心对战争的恐惧。记得，我在欧洲开发软件时，一谈到<建模(modeling)>就意味着要表达内心对事物的领悟(what we perceive about the reality)，不是表达该事物本身。<把握不变的本质>是华人所喜欢的；而洋人喜欢谈观点、内心景象因观点改变而变；上帝知道本质，祷告可以神的启示。内心是本质，外在是表象。本质不变，而表象确可以千变万化。和软件产业一样，把握本质把握核心，才是最为重要的。

本书缘由：高焕堂于2013年在日本退休之前，基于日本师徒制的要求而传承给下一代架构师的架构思考技术(俗称设计心法)。25年来他专精于A段(投资决策前)架构设计，退休闲暇将之写成中文，欢迎大家指教。 A段架构师而言，「知彼」往往比「知己」还重要；所以，A段的架构设计往往不是去设计自己，而是去”算计”敌人(竞争者)。由于商场如战场，就像大雾弥漫的丛林一般，机会与陷阱并存。

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

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

ee ee

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

[#201]<在未知的可能性与眼睛所看不到的领域里，才更隐藏着真正的美。>这与我一直鼓吹软件架构师必须<对需求视而不见>(请参阅我的<<程序员杂志>>文章)，具有异曲同工之妙。新潮技术：http://t.cn/8FbhmdD

[#202]<<加法設計與減法設計>>路过心上的句子：男女恋爱是加减法原则，男生是减法，一开始看上去每个女孩都100分，发现缺点就慢慢减，直到不及格，就分手了！而女生是加法，一开始看男生都比较低分，经过相处后慢慢加分，越来越爱。所以到最后伤得最深大都是女孩子。

[#203]乔布斯說：<做产品時，最怕的就是被用户意见和数据绑架，数据和用户不重要，重要的是他们背后的行为和欲望根源。> 新潮技术：http://t.cn/8FbhmdD

[#204]<软硬整合>实践途径之一是：将平台软件(如Android)视同为计算机主板(motherboard)，把众多接口整合于终端上。这些接口包括：终端硬件服务接口、云端服务接口、与App銜接的开放型API接口、还有与人互动的UI接口。记得，这主板不在云端上。在当今潮流下，终端不是云的尾巴，而是众云围绕于终端周围。

[#205]#IT架构设计思维#操作系统就像万里长城，谁建长城可能并非重点；关键在于谁守住山海关、居庸关呢? 例如，电视机厂商发展一些Linux-based操作系统，但却还怀抱古典的<统一标准>秋水旧梦，统一关口的万里长城又如何发挥控制广大塞外的任务呢?

[#206]对互联网公司而言，终端是塞外，互联网是关内。关键在于谁建万里长城、北京城呢? 谁建关口、谁守山海关、居庸关呢?有了会赢的战术，战略就不会成为口号。

[#207]#IT架构思维#我崇拜这只老鼠。我一直认为先有信念和想法，才用心找方法。我也一直喜欢念美国第一次波湾战争时的美军四星上将苏利文退休后所写的书，书名是：Hope Is Not A Method。新潮技术：http://t.cn/8FbhmdD

[#208]在一次聚会中，Bill Gates的父亲问了大家一个问题：人一生中最重要的是什么？令大家意外的是，两位大富巴菲特与Bill Gates的答案都是“专注”！失败各有不同因素，成功却总是相似的要素。

[#209]做软件方面，苹果不及微软；做电脑方面，苹果不及Dell；做音乐，苹果不及EMI；做音乐，苹果不及Nokia；做MP3，苹果不及Sony。但是，苹果却创造性地整合了“硬件、软件、内容”，形成1+1+1大於3的整合效果，也造就了震撼世界的新型商业模式。新潮技术：http://t.cn/8FbhmdD

[#210]当我们亟于将科技做成文化时，会发现自己的深层<文化底蕴>不足；就像过去40年来，曾经致力于将文化做成科技时，发现自己<技不如人>一般。现在流行说将技术转化为产品，这是商业；将科技转化为文化，这已经是文明的思考了吧。

[#211]硬件<百花齐放>也是满足大多数人需求和体验的鸟语花香之路。汽车产业、家电产业也是如此。所以，我认为成熟产业、成熟用户都会喜欢更多选择。

[#212]#IT架构思维#SaaS鼓吹软件就是服务，力求业主和用户至上。于是软件开发者在承包软件开发项目时，悠关项目是否获利的三个要素：<需求、时程、预算>三者都听从业主或用户要求，这种项目几乎都赔钱。所以SaaS观点看似合理，其实对软件开发者是非常不利的。新潮技术：http://t.cn/8FbhmdD

[#213]<智能电视统一标准>的思维可能是用简单的手段来解决复杂的问题。这手段有些古典，我们应该努力发展更精致些、更进步一些的手段。

[#214]我一直认为华人擅长抽象(abstraction)，常常透过抽象而得出一些结论，获得这样的结论，就认为找到本质(essence)，其实我常常发现那只是基于特定观点(pointof view)而抽象出来的结果而已。换了观点，结论就不同了。新潮技术：http://t.cn/8Fo3HIo

[#215]无论在绘画上，或是计算机软件上，华人喜欢呈现心外事物，例如画竹、描述用户需求等。而洋人喜欢呈现心内的景象，例如毕加索画出人们内心对战争的恐惧。记得，我在欧洲开发软件时，一谈到<建模(modeling)>就意味着要表达内心对事物的领悟(what we perceive about the reality)，不是表达该事物本身。

[#216]<把握不变的本质>是华人所喜欢的；而洋人喜欢谈观点、内心景象因观点改变而变；上帝知道本质，祷告可以神的启示。内心是本质，外在是表象。本质不变，而表象确可以千变万化。和软件产业一样，把握本质把握核心，才是最为重要的。新潮技术：http://t.cn/8Fo3HIo

[#217]#IT架构思维#虚与实物的分辨，就是为了达成<虚实相依>，亦即以虚物包容实物的多变化。例如，目前Android平台上的<软硬整合>潮流下，运营商和互联网业者习惯于<订制>一致化的手机硬件，就违背了虚实相依原则，虚物将失去主导力，运营商和互联网业者会走在一条坎坷的路上。

[#218]<实事求是>本身没有错，但是它只是目标，而不是手段。达成<实事求是>目标的最佳手段是<虚实相依>，而达成<虚实相依>目标的最佳手段却是<务虚>而不是<务实>。新潮技术：http://t.cn/8Fo3HIo

[#219]在软件开发上，写代码是<实>，画设计图是<虚>。程序员务实，设计员务虚。由于<干实事>被推崇，所以大多开发者都务实了，不画图做设计了。例如，数十本仿间的中文Android书籍里，除了我的书之外，几乎没有UML图，让年轻一代逐渐失去图形思考习惯，这将损害其创造能力。新潮技术：http://t.cn/8Fo3HIo

[#220]在架构设计上，我常将事物区分为<虚>与<实>物。用户心里所认知到的属于<实>物，而由架构师心里所无中生有的属于<虚>物。例如，计算机硬件的主板并非用户认知的, 而是设计师无中生有的，它却扮演整合中心的重要角色。我一直主张软件架构师不要太在乎用户需求，而应该重视自己心内<无中生有>的能力。

[#221]在我看来，万里长城也是<虚>物，因为它不是当时赛外、关内或汉武帝等用户心里所认知的概念。而是当时大军事架构师心里<无中生有>的创意。再看看Android驱动层的HAL框架，也不是用户或硬件驱动生产者的概念，而是Android架构师的创意，是<无中生有>的。新潮技术：http://t.cn/8Fo3HIo

[#222]#IT架构设计思维#物联网业者对通信关注多，对软件关注少，例如关注于收集家居数据，少关注家人的心灵沟通；犹如只做运输业，没有发展高尚的旅游业。

[#223]我比较不关注动机，而比较关注于对整个产业的后续影响。过去，没有软硬整合，软件产业靠到运营商身边，成为运营商的仆人，致力于打压终端硬件厂，逼迫其生产低价低质量低获利的低端设备。现在，软件回到硬件的身边，软硬整合力量强劲，将反过来逼迫运营商改变其对待软件产业态度了。

[#224]#IT架构思维#<安卓最大的弱点在于它的碎片化。>這也是它蓬勃生命力的源頭，遍地開花滿江紅，尤其在海峽兩岸。

[#225]#IT架构设计#苹果公司首席设计师乔纳森說：“看到人们戴着苹果的白色耳塞，我感到无比兴奋和满意。但是，此时我脑海中不停徘徊著：这些产品足够好了吗？还有什么方法可以做得更好呢？”

[#226]好多媒体人喜欢用<技术革命>来形容IT技术的演进，甚至用<翻天覆地>之类的词汇。我个人写代码写了近40年，这些变化都是有脉络可循的、甚是可预测的，只是长江后浪推前浪而已，如互联网、智能终端都如此，仅仅是花开花落、自然地汰旧换新罢了。新潮技术：http://t.cn/8Fo3HIo

[#227]#IT架构设计思维#变换观点(视角)是很重要的。是<变换>而不是<改变>。改变含有新陈代谢、汰旧换新之意、有昨非而今视之意。但是<变换>没有意味着观点的新与旧，只是换另一只眼睛看世界，<同时拥有>多重观点之意。新潮技术：http://t.cn/8Fo3z3r

[#228]我一向认为：云(Cloud)是一项商业策略。一个人、企业或产业以那个观点(Viewpoint)来看待云，会决定云给他带来的经济效益。例如，我喜欢采取一个观点：从端看云；因为我可以看到云层上的彩虹。君不见，苹果、谷歌等企业各自采取不同观点来看待云。云像钻石，光芒重于本质，光芒与观点息息相关。

[#229]#IT架构设计#踏上Android这条<贼船>的成功模式之一是：寻觅一个商业<获利模式>来支撑<软件送人>(尤其是end users)的迅速扩张版图策略，随着版图的扩张，将可获利模式效益极大化。获利模式是战术、免费赠送是战略；以高超战略，来极大化战术的获利，是人人可学习的，只是大多数人舍不得软件送人。

[#230]#IT架构思维#<这个有神马好吵的，两者从来都是互补的>，这等于找来刘备、孙权和曹操三人，并劝他们不要吵架，互补对用户(人民)是福祉。但聪慧如孔明者，通常不会这么天真。新潮技术：http://t.cn/8Fo3z3r

[#231]#IT架构设计思维#你相信嗎? 戰略<被迫>轉型比主動轉型的情形多得多；而戰略被迫轉型常常源於既有戰術和模式已經不再奏效獲利了。

[#232]<企业转型>首先需要企业家或决策层有一个清晰的思路，明确自己想要的到底是什么，明确自己有什么优势和劣势，自己能做些什么。美國四星上將(第一次波灣戰爭) 蘇利文在其退役後寫了一本書名為：<<HopeIs Not A Method>>，闡述了希望是來自一個清晰的信念和願景。新潮技术：http://t.cn/8Fo3z3r

[#233]#IT架构设计思维#<云技术赋予终端的強大的计算能力>這句話似乎是雲計算領域的口頭禪，它卻侷限了雲計算領域人們的視野；就如同一位富爸爸一心一意想賺更多錢給他的小孩，卻忘了小孩需要不只是錢，更可能讓小孩陷入<窮到只剩下錢>的困境。新潮技术：http://t.cn/8Fo3z3r

[#234]#IT架构#有些国度从<制造>赚到钱而有信心制造愈多东西；有些国度从<设计>赚到钱而陶醉于设计愈多东西；有些国度从<创造>赚到钱而情不自禁于创造更多东西；苹果设立于后者。新技术：http://t.cn/8FbhmdD

[#235]文艺复兴时期，欧洲大学如牛津大学扩大招收平民学生，搞<知>的教授终身搞知，各行各业学子搞<行>，<知行分离>而百花齐放(Diverse)，又汇集于(Unify)大学(University)。适值中国宋明的<知行合一>潮流；尼姑、和尚自己种菜；农夫没空搞知。知行合一只求智能，不需要中介知识，当然没有科学方程式。

[#236]#架构设计思维#这也是我在微博里，一直鼓吹<实践无用论>的缘故之一。我认为，<实践至上>论属于<知行合一>的流派之一。可能让华人一直沦为洋人的生产者、代工(台湾术语：愿为洋人世世代代当长工之意)厂。新技术：http://t.cn/8FbhmdD

[#237]韩国厂商的<IT+设计> 是一种工作方式：基于彻底的信息收集，制定明确的发展蓝图，并为实现该蓝图而竭尽全力。不涉足难以看到前景的长期研究，只聚焦1～2年后能够应用于量产的研究，战略性高于日本厂商的业务模式。

[#238]#架构设计思维#一朵<云>就像一首<诗>，看一朵云，如同读一首诗，读者要给诗赋予内涵，而不是解析诗的原本含意。众云围绕着Android端，人人吟诗作乐，乃是笙歌醉太平的盛世荣景。新技术：http://t.cn/8FbhmdD

[#239]#IT架构思维#教育也能因时俱进，<制造接近临界点>相当于<设计绝佳起跑点>，这是我的微博也喜欢谈设计的缘由之一。新技术：http://t.cn/8FbhmdD

[#240]#IT架构思维#在软件产业里，为什么许多架构师相信系统架构来自业务知识呢? 于是，其试图从行业知识里抽像出稳定的架构，并拿它来当作系统的主架构。因此，就推论出：好的架构师必须具备有极佳的行业知识和经验。然而，我一直不相信这是合理的推论。新技术：http://t.cn/8FGlU1n

[#241]#IT架构设计#为什么游戏开发者大多将软硬件视为游戏设计或情境的呈现工具呢? 我最近拜访一所大学的多媒体设计学系，我的演讲主题是：<游戏设计者感觉中的软硬件元素>，真的发现，在设计者内心里，软硬件并非重要的设计元素。我深以为忧。新技术：http://t.cn/8FGlU1n

[#242]#IT架构设计#软件设计者如果他对硬件元素没有深刻、发自内心的感觉，很难在未来出头天。同理，游戏设计者如果他对软硬整合元素没有深刻、独特的感觉，未来更难以出头天。新技术：http://t.cn/8FGlU1n

[#243]我百思不解：为什么，Android中文书籍似乎都让Android程序员编写代码，而不鼓励绘制设计图(如UML)呢? 君不见，军事将领常绘图进行沙盘推演、建筑师常绘图透视图、鸟瞰图等，显现出<图像思考>是领导者、设计者的必备能力。当Android开发者都不擅长图像思考时，又如何培育新一代的产业领导者和设计师呢?

[#244]#IT架构设计思维#我做软件、写代码30多年了，一直都不能理解为什么大家都强调<技术>与<业务>的密切关联。想一想，刘邦手下的大架构师张良，手无缚鸡之力，但是他却能<运筹帷幄、决胜千里>，其伟大的军事<技术架构>又从何而来呢? 据说也没去过战争前线，他如何很精通作战业务领域呢?

[#245]#IT架构设计思维#IT技术用来创造软件系统，软件系统用来<支撑>业务系统。软件系统像一张凳子，通常做(或设计)凳子的人，并不会想限定你买它回家去垫脚、给猫跳高等，如此反而更专心于设计各式各样、千奇百怪形状的凳子来吸引买主。新技术：http://t.cn/8FGlU1n

[#246]我百思不解：为什么软件产业的人，总是不愿意将架构师与开发者做个精致的区分。在建筑业里，建筑(设计)师是采<逆向思维>，先从第100层想起，最后才决定地基多大；而开发(营建)商则是采取<正向思维>，先建地基、再建一层、二层、三层等。两种思维是互补的，缺一不可。新技术：http://t.cn/8FGlU1n

[#247]#IT架构设计思维#<用户体验>是个口头禅，但少有人真心对待它，少有人认真关心<买主>与<用户>的区别。例如，智能电视机买主大多没空闲看电视。想一想，<买主体验>就是<用户体验>吗? 新技术：http://t.cn/8FbhmdD

[#248]洋人擅长<设计>，中国人喜欢<实践>(如制造)。数百年来，中国人都被洋人<设计>了。所以，我在微博上大声疾呼：实践无用论!!

[#249]绝大多数人谈论Android时，焦点都在于Android的<应用>，也就是如何<使用>Android。我百思不解，当我们面对Android时，除了采取<用>之视角外，难到没有其它视角了吗? 例如，<做>Android、<修>Android、甚至<爱>Android等等。新技术：http://t.cn/8FbhmdD

[#250]#IT架构设计思维#为什么大家常常拿iPhone(即iOS)来与Android对比呢? 我觉得拿微软的.NET Framework来与Android对比，更能看出Android的产业意义和商业价值。因为Windows对应到Linux；而.NET则对应到Android。.NET和Android幕后的主角都是框架(Framework)。

[#251]如果只是从<用>的视角来看待Android，满脑子想做Android<应用>，很可能会忽略Android是开放平台的特性，无视于Android平台的许多模块可能必须调整的事实，失去软硬整合、创造多样化应用程序的机会，因而错失Android带来的获利机会。

[#252]<思想如果超越言语表达能力，会相当痛苦?> <思想超越言语表达能力>是很常见的，例如孔子等大思想家，所以由其弟子来写出<论语>。所以要乐在其中，才不为其苦。

[#253]#IT架构设计思维# 多些<设计>，谨慎<实践>。我认为设计就是圆满的<设>想，周延的<计>划，可大幅降低大规模实践的失误，也创造全面性的验收标准。新技术：http://t.cn/8FGlU1n

[#254]今天晚上，我(和柯博文老师)一起面对游戏软件公司的开发人员，大家畅谈Android与iOS移动软件开发。我尽全力说服大家迈向<软硬整合>，但是大家还是偏爱应用软件开发，我颇感挫折。到了散会时，有位姑娘走过来对我说：<老师您别难过，您的软硬整合思维都已经深入我们脑海里了....>，这给我非常大的鼓舞。

[#255]"Better Under Pressure" 书里,访谈150位CEO，提炼出管理者3点共性：1、很现实很乐观：对威胁组织生存的风险极其敏感，并自信可以化解；2、目标有感召力：对追求事业抱定高贵的愿景和理由，赢得组织成员的追随。3、混乱中觅规则：混沌多变的情況下透视出稳定的商业模式，厘清因果关系后作出英明决策。

[#256]#IT架构思维# 为什么仿间的Android中文书籍，似乎都没有UML等图形呢? 可能是Android开发者并不需要图形思考。也可能是，作者们并不擅长图形思考。也可能是，Android开发软件时，并没有好好<设计>，不需要依赖图形来与人沟通。这个一直让我百思不得其解。新潮技术：http://t.cn/8FbhmdD

[#257]<<目无全牛 & 胸无成竹>> 庄子˙养生主：始臣之解牛之时，所见无非牛者；三年之后，未尝见全牛也。新技术：http://t.cn/8FGlU1n

[#258]<<目无全牛 & 胸无成竹>> 历史上最会画竹的清代画家郑板桥在《仿文同竹石》画里有一段题辞：“文与可画竹，胸有成竹；郑板桥画竹，胸无成竹。新技术：http://t.cn/8FGlU1n

[#259]#IT架构思维# <目无全字> 张大千的老师清道人(李瑞清，清末著名书法家)传授给张大千的写字秘诀：「胸有全纸，目无全字」。台湾著名书法家董阳孜也深受其惠，现今，台湾处处见到她的书法，从火车站、书店，到国家音乐厅等。新技术：http://t.cn/8FGlU1n

[#260]#IT架构设计思维# 台湾美学大师蒋勋说：对哲学家、思维者而言，所有的<有>意义不大，真正有意义的是<无> ......。<无>代表的就是让自己孤独地走向未知的领域、那个还没有被定位、没有被命名的领域。由你为它命名、为它定位。新技术：http://t.cn/8FGlU1

[#261]<设>想中的才是真的，依现实条件将<计>就<计>而行的是假的，为何要为假的过去而后悔呢? 活在过去的后悔中，不如活在未来的<设>想、或梦想中，至少还有梦想成真的一丝希望。新技术：http://t.cn/8FGlU1

[#262]<你已经困在自己思想的囚笼中，不要再让自己在困在其它人思想的囚笼中。> 困在自己的囚笼或是困在别人的囚笼里，都没关系，也都难免；有了逃出囚笼的经验了，就能自如地出入(囚笼)了，而且能<知彼知己>百战百胜呢!!

[#263]框架来自业务领域分析(Analysis)与抽象(Abstraction)。这是迷思，框架的重心在于它提供的API，以API将原来整个业务领域切开，分成两部份。API就像万里长城将天下切分为关内与塞外；但是万里长城不是从关内或塞外分析与抽像出来的。API是设计出来的；不能靠分析与抽像。新技术：http://t.cn/8FGlU1

[#264]应用框架是通用的，用来屏蔽底层平台的差异化，促进上层应用的跨平台。这是个迷思。万里长城不是让北方游牧民族能跨平台地来去自如；反而，它分开(Separate)了关内和塞外，让关内居民不受塞外干扰，而得到变动的自由度，因而包容了底层(关内)的创造性差异化。新技术：http://t.cn/8FGlU1n

[#265]#IT架构设计思维# 框架<设计>与系统(分析、抽象、)<设计>并非同一件事，前者在于切分(Separate)系统；而后者在于组织系统(包括被切分出来的小系统，或未被切分的原来系统)。新技术：http://t.cn/8FGlU1n

[#266]#IT架构设计思维# 美国的创造力来自：勤于梦想(Dream)、勤于探索梦想的实践之路。中国的生产力来自：勤于工作(Work)、勤于探索如何少走几个弯路，快速实践。两者毛利比(如iPhone产品的<苹果:富士康>为<260:2>。

[#267]应用(App)框架是平台(Platform)，为应用程序提供平台层的服务(Service)。这是个迷思。App框架顾名思义，就是要用来<框住>应用程序的架构。就像万里长城不是要服务塞外的，而是用来控制塞外。框架主要元素是SurperClass，透过IoC来调用App里的Subclass 。IoC机制的控制权在于Superclass。

[#268]#IT架构设计思维# 应用框架是平台(Platform)，它应该是通用性的、跨领域的服务(Service)。这是个迷思。各应用领域或云服务都能藉由基类(Superclass)来提供API给应用程序。应用框架通常是层级(Layer)结构，底层框架是较通用的，上层框架则是特定领域的(Domain-Specific)。新技术：http://t.cn/8FGlU1n

[#269]我百思不解：为什么软件开发者，总是满脑子想去好好Interview别产业的专家，而忘了想一想如何让别产业人员来Interview软件专家呢? 可能因为孔明很聪明，所以刘备、关公等军事专家都来Interview他；而软件开发者都笨笨的，只好自己去找别人。新潮技术：http://t.cn/8FbhmdD

[#270]#IT架构设计思维# 我百思不解：为什么软件开发者，总是满脑子想去写软件表现动画的艺术美感，而忘了想一想如何将艺术设计和美学思维应用于软件设计呢? 想一想，如果程序员有美感来衡量，又何必满脑子依赖用户体验来评价自己呢?

[#271]#IT架构设计思维# 我百思不解：为什么软件开发者，总是满脑子想把软件技术应用到别的产业，而忘了想一想能否从别的产业将其技术应用到软件产业呢? 新潮技术：http://t.cn/8FbhmdD

[#272]#IT架构设计思维# 软件思想<来自>于别产业，并不意味着软件人员在编程时，也用心于运用别产业的技术，例如美学设计等。新潮技术：http://t.cn/8FbhmdD

[#273]<<华人的抽象力>> 我发现华人的抽象能力很好、喜欢谈<本质(Essence)>。但是，这可能也有陷阱。例如，<<第三智慧>>一书( http://t.cn/a0Av4q 里说到，华人擅长得到一个通用的结论，而非产生新的看法，无法提供从哥白尼、贝多芬、尼采或爱迪生等极富创造力的作品所看到的新的<假设>与<变化> 。

[#274]Android并不十分开源(Open Source)；但却是十足开放(Open)。Android本身是开源，而基于Android平台而开发的上层应用(AP)软件和底层驱动(Driver)软件是可以不开源的。因为它对开源并<不坚持>，开源或不开源随你的意愿，所以十足开放。

[#275]Android架构中有一个HAL(硬件抽象层)用来放置驱动软件(Driver)的重要逻辑部份。由于驱动软件会透露出许多硬件的特殊创新功能和细节知识，许多硬件厂商不愿意让其驱动软件开源，HAL层里的驱动软件可以不开源，正满足硬件厂需求，这是全球硬件厂大力支持Android的主因之一。

[#276]#IT架构设计思维# How-to(办法) = mapping from vision(目标) to reality(现实难题)。现实状态会改变的，可以不改变目标，但重复地进行mapping动作，就不断产出不同的办法；于是，穷则变how-to，就有机会变则通(找到方法)了。

[#277]#IT架构思维# 媒体人天天吵着要：内容为王。其实，内容为王后或王妃，可能更幸福。换个观点，才能找到更好的定位。事实上，在手机、电视机里所看到的、所摸到的都是软硬件，而不是内容。新潮技术：http://t.cn/8Fo3z3r

[#278]华人似乎有个特点：要先确定能否达到目标，不能达到就不追求。还没有踏出第一步就一心一意要确定是否能成功，这个动作叫做<厘清思路>；只要思路还没厘清，就称为<不现实>或<不靠谱>。相对地，洋人似乎喜欢像小孩子在公园里抓蝴蝶一般，边跑边做决策，甚至享受意外惊喜；洋人偏向于<量子思维>。

[#279]如果你认为软件开发是创意的呈现的话，就不能过度依赖数学运算和逻辑分析。因为专司逻辑推理的左脑清醒时会压抑右脑的创意。一个人身心进入似睡似醒的状态时，脑海里出现一种电波叫作<西托波>。这种状态最容易激发出灵感。宋朝大文豪欧阳修提过<三上>说：创意灵感最容易在马上、厕上和枕上产生出来。

[#280]逆向推理：一定要达成目标，从目标往回寻觅方法和途径。例如，刘邦赴鸿门宴是不得不去。张良的逆向推理替刘邦解危了。孔明的空城计也是<不得不>的处境，他的逆向思维替他解危了。华人喜欢<厘清思路>，评估要不要迈向目标，不强求；反之，韩国人强调设<计>，逆向思维多了，让人感觉有点不择手段了。

[#281]#IT架构思维# 一位出色的设计师或架构师，必须常常面对"不得不"的情境来激发自己潜能。如果成功了，设计师信心提升了，更敢面对"不得不"情境，于是设计师的级别也提生了。在客户的需求范围内，进行适度设计、按部就班开发，就不需要设计师，也无法造就出色的设计师，只能世世代代当别人的长工了。

[#282]#IT架构设计思维# 我一直对设计(Design)解释为：从<假设>到<可实现计划>寻觅过程。有些人并不认同。然而在<<创意心里学>>书里写到：英文的design其语源为拉丁语中的designare，其涵意为：用记号表达计划。日本人将design翻译为图案，其<案>字就含有计划之意。所以我认为<隆中对>是孔明的绝佳设计品。

[#283]设计是从<假设>(Hypotheses)出发的；设计不是从客户需求出发的。例如，空城计是孔明的好设计作品，出于假设而非客户需求；再如万里长城也是出于假设(设计师主动设想关内居民对安居乐业的期盼)，而非出于客户提出的需求。那么Requirements-based开发方法可能阻碍架构师的成长、妨碍产业的发展。

[#284]<不去自己思考和判断，就是把自己的脑袋交给别人，认别人帮你看管。> ~~ 摘自<<犹太商人羊皮卷>>。以此类推，软件开发人员也需要积极思考自己的设计、判断业主的需求。

[#285]#IT架构设计思维# 分析(analysis)偏重<分>；设计偏重<合>(synthesis)。分析偏于科学，从whole到parts；组合偏于艺术，从parts到whole。两种互补的角度和途径。

[#286]需求(Requirements)来自Require这个字，它意味着非具备不可、有强制性的。例如，学校里的<必修课>就是。大家都知道，如果学校的一个学程里只提供必修课的话，一定很无趣又无奈。所以通常会<设计>一些选修课来吸引学生。同理，软件开发愈是面向需求，愈让人觉得俗而无奈；反之愈面向设计，愈引人入胜。

[#287]#IT架构思维# 聚焦于业主需求，通常内心含有消除风险的企图；这样的企图常常导致不合理和无限的风险，甚至灾难。成功的架构师必须让企业或产品有承担更大风险的能力(而不是降低风险)；因为有风险才有利润，能承担更大风险，才能赚更多钱。新潮技术：http://t.cn/8FGlU1n

[#288]#IT架构设计思维# 美国哲学家罗迪(Richard Rorty)说：<好生活(good life)的标准就是欲望的实现、自我的扩张；以及追求新感性和新品位、探索愈来愈多的可能性。> 我则认为：当今IT产业的<软硬整合>工程就是把自己生活变成艺术品的心灵工程。

[#289]#IT架构设计思维# 软件开发可分为两派：1. 需求至上，以服务用户为目的，满足用户需求、提高用户体验、渴望用户掌声。2. 设计至上。以获得竞争主导权为目的，取得市场话语权，激发用户品味，引领时尚。

[#290]在服装时尚方面，毎一个设计都是竞争时尚主导权的关键所在。在软件产品方面，毎一个架构设计也都是竞争市场主导权的关键所在。例如，Android设计了HAL驱动框架，拉拢众多硬件厂，也压低了Linux基金会在驱动层的主导权。

[#291]#IT架构设计思维# 用户体验优劣不一定是市场竞争力的评估标准。获得客户大量掌声的产品，并不意味着它拥有市场竞争主导权。例如，来自用户热烈掌声、并不意味着小米手机能成功；如何<软硬整合>来取得市场竞争主导权，压制华为的硬件和腾讯的软件服务，才是赢家之道。

[#292]#IT架构思维# 思维方法许多来自家庭和学校教育，也就是受到文化的影响非常大。例如，华人擅长抽象、喜欢抓本质、流行正向推理、习惯模拟思维。

[#293]#IT架构思维# 人的成长过程中，思维方法已经存在于心灵里；人们应该保持既有思维，又能跳脱它的束缚去接纳新思维方法，乃是努力之方向。新潮技术：http://t.cn/8FGlU1n

[#294]#IT架构思维# 假设有两种：Hypothesis 和Assumption。前者是天马行空的假想，不须依据、来源或理由。无论系统架构规划或企业策略规划，都是基于这种假想，而不依赖分析。新潮技术：http://t.cn/8FbhmdDn

[#295]#IT架构思维# 一般的架构设计过程是：假想 --> 设计 --> 分析 --> 实证。不要问：如何得出假想。这样问，它不是假想了。假想来自内心深处，在外观上，是无中生有的。需求是用来分析的，分析后给定最初的假设，然后证明它对或者不对。这个最初的假设就是架构吧。新潮技术：http://t.cn/8FGlU1n

[#296]#IT架构思维# 开发者梦想着单一途径去实践，被迫从事实分析中去寻觅它。当遭遇较为复杂而不确定的情境时，常常束手无策。为了帮开发者寻觅一条最佳的途径，架构师从众多<假想>的可能途径中，建立问题<架构>，基于架构而引导<分析>事实，进行实证。架构师与开发者思维互补。http://t.cn/8FbhmdD

[#297]#IT架构设计# 架构<设计>不是要去实现<需求>。需求是善变、市场主导权之竞争也往往如流水般不可测；也就是因为它的不可测性，所以我们需要优越的架构设计。新潮技术：http://t.cn/8Fo3z3r

[#298]#IT架构设计# 软件开发常见的迷思是：从需求出发试图寻觅一条快捷方式可走；但忘了从设计出发却有多条路径供你选择。新潮技术：http://t.cn/8Fo3z3r

[#299]美国迪斯尼乐园的老板-- 迪斯尼一生的生活信条是：让自己大胆想象，让别人快乐消费。华人喜欢厘清思路，却无意中局限了自己的想象空间。从华人看来，洋人不现实、不靠谱。

[#300]#IT架构设计# 软件系统(需求)分析的常见挑战是：需求信息是一种Stream，随着时间逐渐涌现出来，而不是在特定时刻能完全获得的。因此在开发过程中，都是在不完整的需求信息下做决策；目前决策和行动的未来性就极为关键。架构设计其实并不聚焦于明天的决策或行动；而是今天决策和行动的未来性。

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

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

ee ee

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

IT架构师_隽语集(Design Thinking _0201)相关推荐

IT架构师_隽语集(Design Thinking_0001)
前言:A段与B段架构设计的区别是:A段获利思维,B段成本思维:A段算计敌人,B段设计自己:A段预见失败,B段势如破竹.我们都很欣赏孔明的空城计和千古文章"隆中对",可是孔明没有写出 ...
IT架构师_隽语集(Design Thinking _0101)
前言:还是许多人不理解软硬整合与差异化.其原理很简单:例如,一台电视机增加一颗"手势3D"硬件模块,假设其成本是1元,量产1千万台就增加成本1千万元:如果再增加一个软件模块,假设其 ...
IT架构设计_隽语集(Design Thinking _0801)
前言:许多架构师追求稳定.可靠.不变的系统结构:这常常导致敏捷开发的困难:所以我主张:架构师要以接口(Interface)为焦点,以组合创新为依归,就能与敏捷完美组合了.在移动应用和软硬结合应用上,我 ...
IT架构设计_隽语集(Design Thinking _0901)
前言:架构设计的主要流派有二:1) 抽象思维派:致力于抽象出稳定.可靠.不变的共同性架构:亦即,追求<万变不离其宗>的宗.2)组合创新派:致力于组合出具体独特性的创新架构:亦即,追求< ...
A段架构师_隽语集(IT+設計思考_2001)
前言:"设计"就是从假「设」(Hypothesis)而推演出来的可实现的「计」画(Achievable Plan).这个假设我们对未来的设想,也就是还不知道如何实现的空中楼阁.美国 ...
IT架构师_隽语集(Vision _0401)
前言:系统架构的稳定点是关键:但是许多人认为系统稳定点来自业务需求分析,找出业务的<不変>来做为系统的稳定点.我一直不认同这个观点.我认为系统架构的稳定点不是来自业务,而是来自架构师内心的 ...
A段架构师_隽语集(Vision _0301)
前言:框架来自业务领域分析(Analysis)与抽象(Abstraction).这是迷思,框架的重心在于它提供的API,以API将原来整个业务领域切开,分成两部份.API就像万里长城将天下切分为关内与 ...
A段架构师_隽语集(IT+設計思考_2101)
前言:使用"框架的插件管理器" 管理好业务逻辑插件,包括:插件定义.插件创建.插件配对.插件Callback(含同步与异步)等等.然后,让 HTML5幕后的WebView事件能传递 ...
高老师的架构设计_隽语集(DD_2101)
前言:使用"框架的插件管理器" 管理好业务逻辑插件,包括:插件定义.插件创建.插件配对.插件Callback(含同步与异步)等等.然后,让 HTML5幕后的WebView事件能传递 ...

IT架构师_隽语集(Design Thinking _0201)

IT架构师_隽语集(Design Thinking _0201)相关推荐

最新文章

热门文章