A段架构设计_隽语集(軟硬結合_1501)

前言：传统上，软件开发人员大多透过「分」析已知(Known)具像事物而抽离出抽像之形，所需的创意较少。反之，如果透过创意的抽像之形来组「合」事物，则需要较多创意，并能激发创意。例如，货柜(集装箱)并不是从轮船或货物中分析抽象出来的。在实现组合复杂事物的目标时，最有效的方法是创建造形(Form)。

造形可以很简单，但是事物本质(道)并不一定简单。俗语说：「言简意骇」。简单的表达之形(言简)，蕴藏着复杂思想(意骇)。例如，可说唐诗「诗形简单」，但不会说「诗道简单」。当我们说软件之道至简或软件本质简单时，很可能已经混淆了软件之「道」与「形」；更可能是忘了去创造软件之形了。造形(Form)又称样式(Pattern)，它用来引导思考，让人依之举一反三、依样画葫芦，但要视所处环境(Context)而修正。例如自然界原子造形，也可以移除电子变成带正电的原子。再如<调虎离山>计策造形，也能修正为拿包子引狗。同样地，在TSMC造形，也能视商业策略环境(Context)而移除TV等元素或交互关系。

本书缘由：高焕堂于2013年在日本退休之前，基于日本师徒制的要求而传承给下一代架构师的架构思考技术(俗称设计心法)。25年来他专精于A段(投资决策前)架构设计，退休闲暇将之写成中文，欢迎大家指教。在一般人们的生活中，都经常在为自己的一个做法或想法而拼命地寻找理由和支撑点。其实就是在寻找更多战略资源，来支持战术，让战术效益发挥出来。因之，许多人认为，战略存在的意义在于让战术效益极大化。A段架构师就是以战术获利为中心的战略布局高手。

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

[#1501]如果TV前面有一张跳舞毯，让小孩 1. 踏一下是O, 2. 踏两下是X；那么小孩还会选择Pad，还是TV+跳舞毯呢?

[#1502]如果我家买了一张<智能地毯>放在客厅里，它能侦测人的重量、脚步韵律等信息，并传送到Android设备(可以是PC, Router, TV, STB等)，分辨出是家人还是小偷；此外家中老爷跌倒了，也能侦测其大力撞击信息，并由Android设备及时通知家人手机。请问您会建议这Android设备是PC, Router, TV或STB呢?

[#1503]许多人误认为智能TV相关的软件只是单纯撰写Android App而已，其实如果你的游戏需要搭配跳舞毯的话，就必须撰写API来衔接跳舞毯的驱动与上层App了，除非你等待别人给你API。

[#1504]<设计归设计，现实归现实；现实检验设计，设计才能实现>。你所提是个众多美好设计之一，还要依据现实家庭的条件，对设计做修剪，才是可实现的计划。

[#1505]其实，许多人对的关系总是混淆不清，但却一直相信：User > App > API。其中主要的迷思是：由于User体验至上，所以User需求至上，因此App必须适合User的小脚(需求)，穿起来才舒服。User穿鞋(App)能够在各种道路(平台)上(API)行走自如(即跨平台)。许多人相信这是真理，我却认为是迷思!!

[#1506]#架构师思维练习# 由于架构师(architect)偏于<物>(产品或系统)的设计，而经理们(manager)偏于<人和事>。所以架构师最大的挑战在于：如何调整团队的分工合作模式。因为掌握团队机制的是经理，不是架构师。那么架构师凭什么说服经理们(可能是Boss)去调整团队的分工模式呢? 这是有效架构师的必修课。

[#1507]@让您成为杰出架构师#架构师思维练习# <知行不合一，就是无知?> 更多新思维：http://t.cn/8FGlU1n

[#1508]＜个人知行分离＞能带来＜社会知行合一＞，是社会进步的动能源头，也阐述大学教授为何必须终身职的原理。

[#1509]＜做＞与＜做不到＞两者可能不同。知而去做，或说服别人去做，就是好事。＜做不到＞只要不放弃＜持＞有，不知地狱能否成空（几乎做不到），是最应该被鼓励的。

[#1510]回复瑜忌亚: <如果一个道理或者观点，您认同但是做不到，那么持有不持有，又有什么意义呢？> 可能做不到是一时的，把它当梦想，一世做不到，下辈子继续积福努力。地狱今天尚未成空，地藏王还坚<持>有，<做不到>才绝不放弃呢!!

[#1511]个人知行合一的<知>会变成智慧(Intelligence)，而不是知识(Knowledge)。但是唯有<知识>才有力量：Knowledge is power。

[#1512]人人都知行合一，社会整体低智能。个人知行不合一，社会知行才合一。例如，文艺复兴时代，英国牛津大学开始教授终身搞知(知识)，大批年轻学生学习后搞行。当时正处中国知行合一时代，人人都<智慧+笃行>，谁搞知识呢? Knowledge is power, 没知识就没国力。

[#1513]IT(含互联网)平台的架构和造形，取决于它所要支撑的标的：商业模式。平台的垄断与开放之间，可因势利导、随着竞争环境而变，是商业模式下的系统架构策略。<垄断没有前途，开放共赢才是出路>并不尽然!!! 更多新思维：http://t.cn/8Fo3z3r

[#1514]#架构师思维练习# 兹设想：有一位员外X，雇用了两个长工H和S，H负责煮饭(即生产硬件)，S 负责做菜(即开发软件)；员外一直担心H与S互相认识之后，H和S自行结合而不再理会他(员外)了。此时你会建议员外做些什么，就能够消除上述员外心中的忧心呢?更多新思维：http://t.cn/8FGlU1n

[#1515]#架构师思维练习# 兹设想：有一位员外X，雇用了两个长工H和S，H负责煮饭(即生产硬件)，S 负责做菜(即开发软件)；员外一直担心H与S互相认识之后，H和S自行结合而不再理会他(员外)了。此时你会建议员外做些什么，就能够消除上述员外心中的忧心呢?更多新思维：http://t.cn/8Fo3z3r

[#1516]同样的情境：HTC公司做手机硬件；软件开发者做App软件；那么Google做了些什么，才不至于让HTC与数十万App开发联合起来共同架空Google的主导权呢?

[#1517]@让您成为杰出架构师在IT和TV两大产业汇流下，迈向智能家庭之路上，TV/STB的组合将成为家庭的重要系统接口。那么，如何让一组能连结到来自不同厂家的家庭健康配件呢? 这是目前关于家庭整合架构设计的重要议题之一。更多新思维：http://t.cn/8Fo3z3r

[#1518]TV/STB厂商并非刻意去绑内容或应用，而是硬件也需要不断创新，这些创新总是要呈现于API上，表现于App上。这种功能上的创新速度，会远比HTML5功能增加要快速多了；所以HTML5逐渐变成一个小交集(共同API)，HTML5 电视因为没有特色而退色了。

[#1519]虽然<许多开发服务器端的优秀技术人员都开始转向移动客户端>，但是我觉得观点上并没有改变，大多还是基于<从云看端>视角，还追求着跨平台、屏蔽终端硬件独特化的传统互联网开发思维。期待能换成<从端看云>视角，力求发挥终端硬件的创新和独特性。

[#1520]会有<家庭健康>"Office" 呢? 在2004年前，IT产品的市场在企业办公室，著名的软件是Office，以软件整合了多屏多机。2014年之前，IT市场转移到办公室外的移动终端，著名是单机软件：愤怒小鸟。2014年之后，IT市场转移到家庭设备，返回多屏多机，最赚钱的软件会是像"Office"的家庭健康整合软件吗?

[#1521]#架构师设计思维# 大多数的家庭健康设备或服务公司，都将健康数据直接送到该公司私有云里，这将造成家庭网络通信协议充斥和数据分散于处处云端；家庭将失去系统架构设计的<概念一致性(Conceptual Integrity)>。随着智能TV/STB的热潮，建立家庭私密云，以及建立家庭主体性的系统架构，将大有可为。

[#1522]<<跨平台的策略>> 跨平台可以是一种系统架构和商业模式的绝佳策略，并非一种理想的标竿或图腾。例如，典型策略是：跨别人的平台，整合自己的平台；以行业软件框架整合TV/STB及其搭配硬件。

[#1523]回想20多年前，企业办公室里软件工具百花齐放，例如Lotus 123, WordPerfect等，其质量都是当时之最，然而WS Office凭其优异的整合能力，横扫了整个办公室。目前的智能家庭似乎也有异曲同工之处，整合架构设计很可能是赢家之路。

[#1524]在这月圆花好、人员运好的佳节里，我继续撰写我的新书<<对软、硬设计元素的感觉与理解>>，这是一本写给设计、文创专业高校学生的书籍，其目的是让设计学系学生的脑海里多了两个设计元素：软件与硬件。期待能有更精彩、更气象万千的智能产品或服务呈现于人类的幸福生活里。

[#1525]Design的英文字就是 De-Sign，原意就是：删除既有之型；就是要<破坏原有的产业习惯>呀!!

[#1526]姜明：【韩国三星集团创始人李秉哲】企业发展的4个原则：❶必须敏锐的洞察时代的动向；❷必须抑制贪心，不能超越自己的能力去经营；❸必须绝对避免投机心理；❹办企业要有多重准备，当上策受挫或失败时，你要果断的放弃上策，毅然采取中策或下策，做到有备无患

[#1527]<<未知的没落>>由怀念乔布斯想到的 – 我们如何寻找秘密与未知感

[#1528]@让您成为杰出架构师在自然界里，科学家找到基本造形，称为原子(Atom)；它内含3种元素：质子、中子和电子。在当今热门的智能家庭系统架构里，我们也能找到基本造形，我们称之为TSMC造形；它内含4种元素：TV/STB, Sensor, Mobile和Cloud。内部元素的不同结构形成不同原子；原子之间的各种组合形成不一样的分子。

[#1529]TV/STB是电视；Sensor是传感器(如电灯开关、医疗仪器等)；Mobile是移动终端(如手机)；Cloud是云平台。

[#1530]YES, 但云平台有两种：家内云(又称家庭云)和家外云(企业私有云或公有云)。 //@高焕堂:TV/STB是电视；Sensor是传感器(如电灯开关、医疗仪器等)；Mobile是移动终端(如手机)；Cloud是云平台。

[#1531]TV/STB与Cloud和Mobile的通信，典型的是途径。TV/STB与Sensor的通信，典型的是途径。

[#1532]这只是众多可能设计图之一，设计背后有其特定的商业模式和策略，这只是设计范例之一，因为我是架构师，产出设计图是我的职务，从众多设计图中抉择其一，才是真正施工图。

[#1533]这是一个设计图，并非一个逻辑图。设计(Design)的英文就是De-Sign(删除-既有之型)之意；要将既有逻辑图解构，重新<设>想，然后才找出逻辑图，不同视角会有不同逻辑，设计要跳脱既有的旧逻辑，才会有创新。

[#1534]逻辑可用来检验和删除愿景(或设想)，逻辑图用来删除不符合特定环境条件(Context)的设计图。例如，规划校园里的交通，脚踏车道路设计图是有价值的，因为没有噪音；但是在某些学校是合逻辑的；但是在另外的学校可能是不合逻辑的，因为学校是建在山坡上。

[#1535]<好的导师应该致力于将复杂的问题简单化，而不是为了炫耀而把简单的问题复杂化。> 问题的复杂性是它的本质(否则就不是复杂问题了)，只能在造型(Form)上透过封装(Encapsolation)来提升人们管理复杂的能力，让人们内心不会害怕；即使好的导师也没有能力将问题本质加以简化。

[#1536]传统上，软件开发人员大多透过「分」析已知(Known)具像事物而抽离出抽像之形，所需的创意较少。反之，如果透过创意的抽像之形来组「合」事物，则需要较多创意，并能激发创意。例如，货柜(集装箱)并不是从轮船或货物中分析抽象出来的。在实现组合复杂事物的目标时，最有效的方法是创建造形(Form)。

[#1537]造形可以很简单，但是事物本质(道)并不一定简单。俗语说：「言简意骇」。简单的表达之形(言简)，蕴藏着复杂思想(意骇)。例如，可说唐诗「诗形简单」，但不会说「诗道简单」。当我们说软件之道至简或软件本质简单时，很可能已经混淆了软件之「道」与「形」；更可能是忘了去创造软件之形了。

[#1538]回复颓了zz: 各有专责呀，孔子门生撰文传袭圣人思想也是功不可没，论语之书不是写给孔子看的呀!!

[#1539]造形(Form)又称样式(Pattern)，它用来引导思考，让人依之举一反三、依样画葫芦，但要视所处环境(Context)而修正。例如自然界原子造形，也可以移除电子变成带正电的原子。再如<调虎离山>计策造形，也能修正为拿包子引狗。同样地，在TSMC造形，也能视商业策略环境(Context)而移除TV等元素或交互关系。

[#1540]此造形可涵盖整个Family范围，不仅仅是Home或House范围而已。也就是说，其中的Mobile或Cloud都可以距离Home两万公里之外。甚至Sensor都可随着人们离开住家，到达其它城市。

[#1541]徐进_08 ：高老师好，谢谢你的AndroidBook，学习这几本书后，我体会到android架构的好处：1、支持硬件变化；2、可以做到app开发更友好。android体系很开放，实现开放的手段有分层和框架技术。以上的体会对我现在的工作也很有启发。

[#1542]@让您成为杰出架构师#架构师思维练习# 新的TV相关产业：1) 家庭对外：TV + 移动互联网(手机)。 2) 家庭之内：TV + 家庭物联网(传感器)。因此TV(大硬件)产业将强力带动无数外围配件(小硬件)产业发展。更多新思维：http://t.cn/8FGlU1n

[#1543]基于智能家庭的多机整合、多屏互动，游子在外乡远游，例如留学美国，离家 2万公里，随时手机(小屏)上网与家中TV(大屏)前的孩子们下五子棋、玩游戏、唱KAOK...，人人做得到、家家都幸福；其乐无穷。

[#1544]基于智能家庭的多机整合、多屏互动；贤老之辈，在家外散步，身上的健康sensor随时通知家中(或TV/STB(大屏)、或年轻家人手机(小屏)，年轻尽孝道、贤老得安康；幸福尽在其中。

[#1545]基于智能家庭的多屏互动；云朵(Cloud)可以远在天边(20000公里外的地球另一边)，可以在附近小区服务器，可以在家中PC服务器，可以就在眼前的TV/STB里。虽然徐志摩说：挥挥衣袖不带走一片云彩。然而，云彩可以放入手机里随意带着走，也能飞入寻常百姓家，成为电视云或家庭云。彩云带给家庭彩色的未来。

[#1546]内容提供商，跨行经营终端(如STB)都遇到困难。一大早起床接到台湾壹网乐的通知：迪斯尼影片将停播了，可惜呀...

[#1547]在内容提供商思维里，常常把STB视为音视频播送的终端，鼓励用户买内容送STB硬件；除了电信运营商之外，这种商业模式并不合理。

[#1548]记得，两年前黎智英大举免费赠送壹网乐STB时，我就写了十多篇文章说明其策略：<买内容赠送专用STB>的诸多不合理之处，也建议其改为提供有价的Android智能STB。

[#1549]<软硬结合+设计>的标的，就是要将智能设备，做到：好玩、好摸、好抱。还维持电视只能<看>的思维，可能已经不符合时代潮流了。

[#1550]新媒体践行：哈佛大学商学院选择项目的八大原则：1．最佳切入时机的原则； 2．市场独有的原则； 3．满足中上层人士需要的原则； 4．持续攥钱的原则； 5．售后服务尽量少的原则； 6．有大市场的原则； 7．有市场穿透力，效果明显的原则； 8．满足多种需求的原则。

[#1551]为什么还有许多人坚持TV就应该乖乖被看被听，不喜欢反过来让TV看人们、听人们、与人们讲话、与人们玩，其实人和电视都很美，互相看看，感情会更好，不是吗?

[#1552]许多人喜欢探索<既存事物>的本质(essential)，例如爱情本质、甚至谈电视(TV)本质；却忘了设计的艺术及其对<未知事物>的探索。老子说到：道(本质)是无名，不可明说。人们能说出来的都是其对本质的观点(View)而已。只有同时拥有多重观点才能更接近本质；如果将自己特定观点视为本质则可能错误了。

[#1553]探索<既存事物>的本质(essential)，属于科学家，相信<乱中有序(Order)>。与科学家互补的是设计师，相信<序中有乱>，像建筑师一样设计出美丽造形的大厦，让人们去容纳乱乱的东东。华人似乎比较喜欢分析、抽象、找出万变不离其宗的宗(序)；外人则更热中于组合、设计、创造序来容纳多变。

[#1554]基本造形是一个设计师创造出来的简单的序(Order)，内部元素的组合多样化，呈现序中有乱。就如同集装箱一般，简单的外形，却能装进去复杂的东东。它并没有简化或消除内含事物的复杂本质；却能有效提升人们管理复杂的能力。所以图中的造形有效提供了简单途径去驾驭复杂事物；不亦美哉!

[#1555]集装箱的＜外形简单，内涵复杂＞。人们就能轻易地依循＜简单组合＞规律而将其堆积于货轮上，转运场上，一切管理就自然简化了。

[#1556]由于家庭智能设备愈来愈多，例如智能TV、冰箱等。目前各厂商都推出total solution之际，各自连结到各自的云平台，终端与云端之间形成N:N关系，对于人类而言太复杂了，有失控之虞；于是我设计了中间造形：TSMC。就如同将一推杂货堆上货轮一样，非常难驾驭，有失控之虞，于是创作了中间造形：集装箱。

[#1557]@让您成为杰出架构师#架构师思维练习# 模式是架构里的通用部分，独特性的部分更是IT人员原创的精华所在，架构在于"组合"，不在于分析"抽象"；例如，架构设计师思考的是：如何把一群不会飞的零件，组合起来而且能飞上天。组合出气象万千的产品独特性才就是当今IT产品的赢家之路。更多新思维：http://t.cn/8FGlU1n

[#1558]<<序中有乱>> 架构设计师创作了序(Order)，来<容>纳其内涵可能的一切变<易>，所以一切变得很<容易>了。造形(Form 或Pattern)提供了和谐的序，维护内涵多变的可能性。如果产品模块化(例如家庭TV、冰箱)的制造，能够依循<造型简单、内含多变>，避免内涵的over-designed，就能满足和谐设计的基本要求了。

[#1559]在 IT产品领域里，很可怜只有架构师比较接近设计师，从欧盟法庭对韩国三星与美国苹果的判决文里，主旨就是：三星的设计显然不如苹果，不会导致消费者的混淆品牌。只有让更多技术人员结合产品架构设计，才能提升国际竞争力。

[#1560]架构师负责"物"和物的"系统策略"；PM负责"人、事"和人事组织结构，架构师、PM和程序开发者三者相辅相成，共同成长，共创独特的产品。

[#1561]@让您成为杰出架构师#架构师思维练习# 日本的传统工业设计底蕴雄厚，透过design来组织idea，再从design落实到制造，一以贯之。然而，在软件激发全球化(尤其是互联网)上的软件底蕴显得不足，很多创意都成为为苹果、三星设计上的亮点；台湾、日本产业同病相怜。更多新思维：http://t.cn/8FGlU1n

[#1562]回复卑微草民:: <不是所有写代码的人就有能力做架构师> 所以要将有能力者做最好的培育，才能兼顾系统、产品策略(do the right thing)，以及精致实践(do the thing right)。 //@高焕堂:这是Android架构师的教育还没发展成型，没有能力参与 A段(产品规划段)的事务，只能在A段(生产段打工)。

[#1563]以一个时钟的刻度来看，天才的创意位于的12点钟的正上方位置，设计师的架构设计是从12点钟到3点钟之间；而开发者的精致施工则是从3点钟到6点钟之间；用户的美好体验则位于6点钟到9点钟之间；用户抱怨的涌现则位于9点钟到12点钟之间。回到12点钟位置，天才是化解用户抱怨的开端。

[#1564]从美国法院对三星与苹果的判决文来看，三星与苹果都指责对方是偷别人的原创，结果是1. 谁从原始创意<设计出产品>，谁能上擂台较量；2. 谁拥有<专利文件>，谁就是赢家。只有创意而无设计奥援的国度，只有当拉拉队拍手鼓掌的份而已。

[#1565]设计高于创意才有上擂台的机会；设计商业模式高于设计产品才是赢家；用户至上总是赢家最美丽口号，唯智者明之。

[#1566]本质不着相，凡所有相皆属虚妄；设计(de-sign)则从既有相(的世界)，返璞归真到不着相，再回到着相，创造独特的相，大放异彩、彩绘人生。例如，智能TV该如何创造独特性，务本质是手段，务着相是目的。

[#1567]回复颓了zz: <不是组合决定了模式和架构，是模式架构决定了组合> 愿景(Vision)决定商业模式，商业模式决定组合架构，组合架构决定模式取舍，找不到适合的模式，就是原创的起点。

[#1568]如何将一堆创意组合成为有机体呢? 仍然仰赖创意? //@高焕堂:设计高于创意才有上擂台的机会；设计商业模式高于设计产品才是赢家；用户至上总是赢家最美丽口号，唯智者明之。

[#1569]郑峻：加州州长布朗今日乘坐谷歌无人驾驶汽车拜访谷歌总部，会见联合创始人谢尔盖•布尔。布朗签署了关于无人驾驶汽车安全与性能标准法案，允许谷歌无人驾驶车在加州合法上路测试行驶。布朗称，谷歌无人驾驶车是将科幻小说中情节变成了明日的现实。谷歌无人车上路测试数年，只发生过一起被追尾事故。

[#1570]针对附图，还是有些人问到：图里的箭头方向是不是画反了呢? 不是Java App或HTML5 App调用Android框架(含WebView, ViewRoot, WMS等)，再调用Android TV平台服务吗? 为什么箭头方向是颠倒了呢? 这是许多人不理解框架的IoC(Inversion of Control)的原理所导致的思维误区。更多新思维：http://t.cn/8FGlU1n

[#1571]一般而言，许多人对于IoC并没有特别关注，这是因为只有当IoC与产业分工策略联结在一起时，IoC就显得非常重要了。其主要理由是：产业分工策略就是外包策略，也就撰写框架者提供API，然后将App外包出去。例如，Google开发框架、提供API给第三方开发者，基于API而来开发App。两者进行产业分工。

[#1572]@让您成为杰出架构师回想我在2009年评论过OPhone(当时称OMS)：<我认为OMS的生命泉源在于桌面的稳定与桌脚的弹性。如果OMS能够积极维护、大力创造软硬结合的空间，则OMS将如旭日东升；反之如果OMS无意(或有意)绑住桌脚，则腐朽的桌脚将撑不住巨大产业，OMS将成为无限好的夕阳了。更多新思维：http://t.cn/8FGlU1n

[#1573]当IoC与产业分工策略联结在一起时，框架可以依赖IoC来<控制>(框住)App；所以能将 App外包出去，而不会失控，才让产业分工变为可行。如过没有擅用IoC，外包出去，常常会失控，成为失败的外包分工策略。

[#1574]当你了解了：应用框架就是运用IoC(Inversion of Control)的机制，有效反向<框>住了<应用>程序的骨<架>。就可以解释为什么洋人那么喜欢开发框架，例如微软的MFC, .NET，Sprint, Android, PhoneGap等等。反观，华人则大多热衷于开发App。华人开发的 App大都被框在应用商店(App Store)里，被叫卖或赠送。

[#1575]有人问道：<行业框架>与<行业API>两者之间有何关系呢? 兹拿万里长城来做个比喻，长城就是框架，而关口(如山海关、居庸关)就是API。API(关口)是定义在框架(长城)里，提供来控制城外的人们(App)。长城本身的位置可能每个朝代都会有所改变，但是关口几乎都没变；所以API 较稳定，框架较擅变。

[#1576]还有人问道：<行业框架>与<行业插件>两者有何关系呢? 插件是框架里的软件模块，它用来实现(Implement)框架API定义的功能(Function)。由于这些模块常因环境不同而被抽换，所以通称微插件(Plugin)。随平台的改变而抽换，就称平台插件；随行业的不同而抽换，就称行业插件；随用户而抽换，就称为App插件。

[#1577]回复长空无剑: YES，Google开发Android框架，运用IoC反向控制来框住由第三方开发的App。也支持了Google与全球广大第三方App开发者之间的<产业分工>。基于框架里的IoC，外包出去开发App，就不会失控，因而框架里的IoC机制支撑了当今有效的全球外包分工策略。也就是App Store分工模式。

[#1578]<<软硬结合于多机整合、多屏互动平台>>时代来临。<未来像Google这样的大公司，如果希望继续保持竞争力，或许不能单独依赖某种产品，而是应该考虑如何为用户提供更好的跨屏幕体验。

[#1579]@让您成为杰出架构师<银联式软硬结合之路>。银联源自美国的Visa信用卡组织，其创始人就是Dee Hock。他也曾说到：<当我们有必要对事物采取新的看法，建立一个现实的新内在(即内心)模型时，问题往往并非发生在引进新观念上，而是在逐出旧观念上。>更多新思维：http://t.cn/8FGlU1n

[#1580]我提出：适合国情的<银联式组织>软硬结合之路。银联源自美国的Visa信用卡组织，其创始人就是Dee Hock。他曾说到：<如果我们要检验的组织是"未来将有"和"未来应有"的情况，那么既有的知识就必须让位给想象的抽象概念。形成这种概念时，感受是主要工具。> 我希望大家来感受这新模式，不要说我是大忽悠。

[#1581]为何<银联式组织>适合国内产业呢? 因为国内产业以世界工厂自居，偏于制造思维，认为<同业结盟>(例如彩电产业的<中智盟>)，有利于创造产品规格<标准>，在拿标准与异业对接，所以对<异业结盟>缺乏成功经验和信心。 <银联式组织>恰好展示异业结盟的思维和做法。

[#1582]@让您成为杰出架构师 举例来说，一家生产<家庭健康医疗仪器>的公司，想经营<家庭健康云服务>，于是就自己聘雇软件人员去开发数十支App，放到别人的App Store上给群众下载，然后期待未来能从云服务赚钱(甚至买服务赠送仪器硬件)。这是不合理的想法!! 更多新思维：http://t.cn/8FGlU1n

[#1583]点心可以更认真看待<软硬结合潮流>。软硬结合潮流的思维是：软件价值在于发挥底层硬件的创新独特性，而不是替App而去<屏蔽>差异化。同样地，在软硬结合潮流下，Web App平台的价值也不在于替HTML5/Javascript/CSS去<屏蔽>平台的差异化。

[#1584]我百思不解，推动标准化的单位大多一直鼓吹标准化的好处，让大家以为标准化就是唯一之路。其实上，小而美的标准化(基因)，加上百花齐放的独特化(繁荣复杂)，才是自然法则。创造<封闭-开放(Open-closed)架构来支撑恒久的动态均衡，才是正道。

[#1585]高通加入智能电视联盟推动APP标准化> http://t.cn/zWBpqnS。各联盟推动各自的标准化，也是与全面标准化背道而驰。唯有缩小标准化的范围，开放独特化，规律中有开放，矜持中有媚感。才是完美境界。

[#1586]<智能电视联盟推动APP标准化>http://t.cn/zWBpqnS。这可能没有认真看待智能TV平台正在迈向<多机整合、多屏互动>的产业趋势。在智能家庭里，未来多机整合应用App，与过去手机移动应用的单机App并不相同。反而，行业API 迈向标准化的可能性更高。

[#1587]<高通加入智能电视联盟推动APP标准化> http://t.cn/zWBpqnS。为什么都是平台厂商聚集在一起倡导平台API的标准化，更称之为APP标准化呢? 那么，360行，各行各业的软件API标准化又如何呢? { 小而美的平台API标准化 + 各行业API标准化 + 百花齐放的App } 才是较完整的标准化之路。

[#1588]<标准与控制>解读文章：http://t.cn/zWREteZ 。这文章提到：<这几年，... APP拥有信息、APP Store控制APP，iPhone垄断AppStore，...> 文章结论：<所以，移动搜索的信息源之争，主要就是APP标准、...> 这文章似乎误导大家：制订标准才能控制。其实不然!!

[#1589] 许多人认为：经营App Store就能控制App。> 例如文章：http://t.cn/zWREteZ。其实这是很大的误解!! 这是为何许多运营商经营App Store都无法成功的关鉴所在。真正的秘密主控机制是API，没有API支撑，App Store的经营是徒劳无功的。

[#1590] 举例来说，一家生产<家庭健康仪器>的公司，想经营<云服务>，其正确途径是：致力于开发家庭健康行业API，开放给第三方开发者去开发App，可放在任何App Store给人下载，然后可从云服务赚钱(甚至买服务赠送仪器硬件)。剩下的问题只有：如何让开发者愿意使用API而已，此问题容易解!!

[#1591]@让您成为杰出架构师#架构师思维练习# 不管OS有没有核心技术，都必须公开，才能成其大也。如果<华为这样有抱负的公司对操作系统这样的核心技术绝不会拱手相让>，这观点可能已经将OS塞进小脚里了。更多新思维：http://t.cn/8FGlU1n

[#1592] 如果X是API拥有者；Y是App Store经营者；而Z是广大的第三方 App开发者。那么，Z与X之间的亲密关系，就如同小孩与妈妈关系，而Z与Y之间的关系，只像小孩与幼儿园的关系。当X离开Y了，Z也跟着走了。所以，没有开发API，只是经营App Store是没有经济效益的。

[#1593]<<2015年从移动开发，迈向不移动开发>> 移动互联网、移动开发名词逐渐变成不时髦了，并不是它是不对的、或是落伍了；而是它已经普及化了。取而代之的是Family多机多屏开发。在Family时代的特色是：终端多机相连，多屏互动，亦端亦云，N-tier架构。

[#1594]各行业API(如家庭健康)能透过HTML5/PhoneGap框架，来与Android平台API整合起来，就能将行业服务洒到数亿个家庭里。如图，这行业API既能支持HTML5/Web App，也能支持一般的Android App。

[#1595]@让您成为杰出架构师#架构师思维练习# 虽然目前PhoneGap是接受Web App里的WebView的UI事件；只要稍微调整一下，就也能接受一般Android UI的事件，所以一般的Android Native App也能透过行业API来使用PhoneGap底下的行业插件了。更多新思维：http://t.cn/8FGlU1n

[#1596]{TV家庭私有云 + 健康公众云} = N-tier云平台；这本来就是HTML5的家乡，天生就适合于衔接到移动终端上的Web App，让游子们在外乡打拼，也能随时关怀自己家乡、家庭里的父老、妻儿的安全和健康，更符合中国<家天下>的特色。

[#1597]@让您成为杰出架构师#架构师思维练习# 不管OS有没有核心技术，都必须公开，才能成其大也。如果<华为这样有抱负的公司对操作系统这样的核心技术绝不会拱手相让>，这观点可能已经将OS塞进小脚里了。更多新思维：http://t.cn/8FGlU1n

[#1598]回复卑微草民: 这只是TV产业与IT产业汇流的系统架构之一，让大家观点交流也是好事，问题不仅一个，也就不仅仅是一种<简单>架构而已。

[#1599]产业与消费者是互动、互相激荡的。因而产业的发展常常是迂回的，抓住产业脉动，是架构师与设计师的职责之一。透过设计师<减法设计>去封装IT功能(加法)的复杂化，是当今 Apple、Samsung角力的焦点，例如欧盟法院的判决三星<设计>不如Apple。

[#1600]依据VISA或银联的组织思维，手机或TV终端的OS，必须坚守其第一原则：不能让硬件厂商出钱，而且要替硬件厂商创造增值。凡是违背此原则，就无法<有容乃大>。

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