A段架构设计_隽语集(Business Thinking

前言：平台(操作系统)是轿子，不一定要自己做轿子，会做好轿子的人处处都有，但是要我们自己能坐上轿子爽快一下才算数；而且坐上去之后，有人争先恐后来抬轿才算成功。如何忽悠别人来大力抬轿(且心甘情愿)是心境和务虚呀!!

从软件的{平台/插件}观点来看，通常人们把云端看成平台(Platform)，终端是云端(平台)的插件(Plug-in)；互联网是支撑这个{平台/插件}观点的幕后通信机制。我是做智慧城市架构设计，将一个云平台(如车联网、医联网)视为一个插件，然后再建一个顶层云平台，来支撑这些众多的云插件。做轿子、抬轿子也是控制轿子，而且非常务实，因为轿子垮了不伤自己，明哲保身。不做轿子，只坐轿子，万一轿子质劣、抬轿者不怀好心，把轿摔到河里，这是务虚，太不务实了。偏偏Android是个轿子，谁做? 谁抬? 谁敢坐?

本书缘由：高焕堂于2013年在日本退休之前，基于日本师徒制的要求而传承给下一代架构师的架构思考技术(俗称设计心法)。25年来他专精于A段(投资决策前)架构设计，退休闲暇将之写成中文，欢迎大家指教。A段架构师(处于A段)并不是战略主要制订者，而是主要战术提供者。A段架构师适时从<会赢的战术>去调整<既定战略>，经常会有柳暗花明又一村的惊艳。避免战略不能落地，成为挂在墙壁上的口号。

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

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

ee ee

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

[#1201]在 {Android + PhoneGap} 平台上撰写HTML5 App时，为什么App开发者不必撰写subActivity(即Activity基类的子类)呢? 那么，写传统Android应用程序时，必然要写在subActivity子类里面的setContentView()这行代码，又跑到哪里去呢? Why?

[#1202]家庭物联网、车联网、医联网等都是2-tired的{云-端}结构。那么，这三个(或更多)网之间如何相联呢? 从网络通信视角，答案很简单：透过互联网把三朵云联起来。但是从软件架构而观之，刚才的答案是不合理的。您知道为什么吗? 如果知道，也就能解当今大多数物联网为何陷入困境了。

[#1203]#架构设计迷思与解惑# 秦朝时代最有名气的是：<书同文、车同轨>。那么，如何才能有效达到"车同轨"呢? 许多人会说，先订定车轨标准，然后要求所有汽车厂商遵守标准来生产汽车。但是，从汽车厂商的视角而言，这并不是最有效的、最有利的。为什么? 如果知道，也就能解当今许多信息无法互联互通的困境了。

[#1204]#架构设计迷思与解惑# Android、iOS和Win8个平台，就像海边沙滩、市区街道和山区雪地三种不同地面。那么，如何让一辆车(就是一支App)能在三种地面(平台)上跑呢? 许多人的答案是：从海滩开始铺一条柏油路，经过市区一直铺到山上，就行了。其实不合理。为什么? 如果知道，也就能解当今HTML5的困境了。

[#1205]如果你能理解 { 云端软件 <--> XXX软件 <---> 终端软件 } 的3-tiered思维，就能让许多物联网产业萌芽茁壮了。那么，你猜这个 "XXX软件" 为何物呢? 它很可能是虚的，崇尚务实的人可能永远看不到它!!!

[#1206]云端有很强的计算能力和海量储存，所以它就如同一般计算机的CPU；而终端就如同PC的周边屏幕。而基类就像PC的主板(MB：Motherboard)。于是，互联网联结全球的MB，而不是直接联结CPU；你就理解过去感知型物联网的不合理性了。

[#1207]写软件，大家都很熟悉分类(Classification)，那么，我们该将<云与端>归类呢? 如果你将云(端)与(终)端视为两个子类(Subclass)，而端是基累(Super-class)，然后用互联网将各基类联结起来(如附图)。你就可以看出来，过去感知型物联网和新一代智能型(基类是软件)物联网的主要差别了。

[#1208]从软件的{平台/插件}观点来看，通常人们把云端看成平台(Platform)，终端是云端(平台)的插件(Plug-in)；互联网是支撑这个{平台/插件}观点的幕后通信机制。我是做智慧城市架构设计，将一个云平台(如车联网、医联网)视为一个插件，然后再建一个顶层云平台，来支撑这些众多的云插件。

[#1209]@让您成为杰出架构师#架构设计迷思与解惑# {平台/插件}是人人可以体会的造形。基于这个造形，来协助调整传统的观点，你觉得如何? 许多公司运用这新观点来做平台<控制>互联网；但大部分公司还基于旧观点来"利用"互联网。更多新思维：http://t.cn/8Fo3HIo

[#1210]<互联网是主角，关键是如何把千千万万的云端统一在互联网的麾下。> 换一个视角：让千千万万的云端软件框架，将互联网包容起来，包容通信技术的日新月异，充分发挥OTT，如Line、微信等，如此强化物联网的智能(大脑)部分，来支持目前偏重的感知(神经末梢)部分。

[#1211]<互联网是主角，关键是如何把千千万万的云端统一在互联网的麾下。> 互联网是个主角，这是大家都知道的事实。但可以便换一个不一样的观点：互联网是一个"幕后"的主角；让软件变成"幕前"的主角。这是智能化潮流的本性。

[#1212]传统的物联网思维是：无限(线)感知、云计算和大数据。这些技术在幅员广大国度里，复杂度急速上升，并非以设备、人力、金钱加倍投入的"加法思维"所能应付的。于是，可能必须从"减法思维"来补足加法的缺陷。那么，这项"减法思维"是什么呢? 答案之一是：软件架构设计。

[#1213]秦朝著名的政策："车同轨"。它是个美好的状态，那么人们如何去达成及维护整个社会持久在这美好状态下呢? 大多数人会说：先在顶层设计订定统一的轨道标准。这是手段之一而已。而且不是好的手段。例如，今天定下3G是统一通信标准；明年技术演变为4G时，又如何继续维持美好状态呢?

[#1214]<今天定下3G是统一通信标准>的问题是：3G等通信技术的善变是本质性(Essential)的；人们不能强力压制，那只会伤害它的本质功能，使得通信效益大幅衰弱。人们面对这样的本质性善变，唯一的手段就是：包<容>变化(就是易经的<易>)，因此一切都变得<容易>了。所以，过度崇尚通信标准，可能是一种罪恶。

[#1215]做轿子、抬轿子也是控制轿子，而且非常务实，因为轿子垮了不伤自己，明哲保身。不做轿子，只坐轿子，万一轿子质劣、抬轿者不怀好心，把轿摔到河里，这是务虚，太不务实了。偏偏Android是个轿子，谁做? 谁抬? 谁敢坐?

[#1216]@让您成为杰出架构师许多软件架构师或相关设计师，认为 { 围绕着需求和问题而设计 } 是一项真理，而不会去质疑它。事实上，设计的基础和源头非常多，Requirement-based和Problem-driven只是其中之一而已。{围绕着需求和问题而设计} 只是我们心中认定的假设(assumption)而已，并非真理。更多新思维：http://t.cn/8Fo3HIo

[#1217]<中国完全有能力开发自己的移动操作系统，而目前中国的移动系统研发国度依赖Android> 平台(操作系统)是轿子，不一定要自己做轿子，会做好轿子的人处处都有，但是要我们自己能坐上轿子爽快一下才算数；而且坐上去之后，有人争先恐后来抬轿才算成功。如何忽悠别人来大力抬轿(且心甘情愿)是心境和务虚呀!!

[#1218]由于组合出产品的多样性，是当今 Android市场的最大特征。无论您所做的是软硬结合、跨平台或测试，其实都围绕着<组合创新>的核心思想。所谓组合创新就如同设计飞机，如何将一群不会飞的配件(part)加以巧妙组合，让其整体(whole)能飞上天空。

[#1219]<软硬结合>与<跨平台>就如同天平两端的砝码。透过调整砝码，您就能有效规划出最有利于自己产品的商业策略。例如，终端产品厂商会偏重于软硬结合设计；而内容媒体或电信厂商则会偏重于跨硬件和OS平台考虑等。

[#1220]大家都知道，优秀产品的生命力来自：1)包容(和抽换)各种软硬件；2)优越的整合结构；3)正确的逻辑控制。于是，您可以发现，创造优秀产品的最有效方法是，将三个您很熟悉、很平凡的视角(view)：插件、接口和平台；巧妙地组合起来，进而创造出神奇的综效。

[#1221]这EIT造形也弥补了传统<架构设计>和<Android软件开发>课程教学的偏颇与不足。架构设计偏于设计原则的讲述，其设计决策没有快捷方式来落实为代码；而Android开发偏于代码撰写，无法紧密衔接到产品架构设计。EIT造形刚好搭起中间的桥梁，提供给您从设计、造形到代码的一条学习快捷方式。

[#1222]有软硬结合平台支撑的数字家庭网络平台，才不会变成空心萝卜。由于智能设备日益进入家庭，纯网络&通信标准化概念无法有效整合众多智能设备，唯有软硬结合平台才能对日益复杂的多机、多屏互动进行有效简化，提升用户体验度。

[#1223]@让您成为杰出架构师#架构师思维练习# 在所有亮相 2013 CES大展的NFC产品中，基本上都采用两种手段来利用这种技术：一种是，在移动设备之间建立某种数字连接；另一种则是，只要轻轻触碰，即可以在不同产品之间分享信息。更多新思维：http://t.cn/8Fo3z3r

[#1224]DoCoMo已经与谷歌沟通，希望修改Android应用的默认设置，以减轻LINE及其它类似应用带来的网络负担。日本电信运营商的营收正在不断萎缩，而LINE等移动IM软件的崛起，更是给他们造成了很大冲击。

[#1225]<<NFC + 蓝芽>>NFC让用户在建立诸如蓝牙连接时，绕开了一些多余的步骤。例如，将手机连接到蓝牙音箱时会花很长时间。要先找到相关设备，输入密码等。对于普通用户而言，仅仅让两款设备建立连接就颇费周折。有了NFC技术，整个过程会大大简化，只需轻轻一碰，它们之间就能迅速连接好。

[#1226]#架构师思维练习# 数字家庭思维与智能家庭思维有何差异呢? 数字家庭偏于通信和网络思维、Top-down的规划；而智能家庭偏于软件思维、Bottom-up的规划。两者也能是互补的；例如，以Smart TV/STB为中心的家庭软硬结合平台，可支撑数字家庭网络平台，再往上支撑各种增值业务或服务。这是合理的组合规划。

[#1227]@让您成为杰出架构师#架构师思维练习# {Android软硬结合平台、智能TV/STB、数字家庭网络、智慧城市} 之间层级架构(Layered Arch.) 如何规划出一个有机架构? 更多新思维：http://t.cn/8Fo3z3r

[#1228]智慧城市建设缺乏顶层设计? 】可能不是!!! 不是所有教堂都是相同顶层设计。各座教堂的顶层设计本来就应该百花齐放，才能呈现气象万千的宏伟之慨。我认为，缺乏的是"基础造形"，例如各教堂的门窗可以都采巴洛克造形。我主张：建立家庭云成为基础造形，其组合成为中层(小区)造形，再逐渐扩大为智慧城市。

[#1229]<<智慧城市的架构设计>> 住建部发布“关于开展国家智慧城市试点工作的通知” //tech.163.com/12/1210/08/8IBOGQG2000915BD.html ；智慧城市有两个思维角度：1) top-down的物联网思维； 2) bottom-up的智能家庭思维。其实两者互相搭配是最好的策略，因为：{人-->家-->城市-->国} 是息息相关的。

[#1230]<<国家智慧城市试点工作的通知>> //tech.163.com/12/1210/08/8IBOGQG2000915BD.html <在智慧城市的市民端，...，市民可以通过互联网、智能终端、语音电话、有线电视、社区服务站等多种渠道随时获得城市服务。> 其中凸显物联网和云端，却少了"软件"、"智慧"和"家庭"；这个思维视野，非常有局限性。

[#1231]<住建部下发“智慧城市”试点通知> //tech.163.com/12/1210/08/8IBOGQG2000915BD.html <由于智慧城市涉及到智能楼宇、智能家居、路网监控、智能医院、个人健康与数字生活等领域的融合与创新。> 也因为如此，结合"智能TV/家庭系统平台"与"智慧城市系统平台"是个美好途径，让战术与战略合一是赢家之道。

[#1232]{Top-down planning + Bottom-up building} 一直是人类面对巨大工程时的有效途径。再搭配Spiral Prototyping项目管理，以及 {Android软硬结合平台、智能TV/STB、数字家庭网络、智慧城市} 之间的层级架构(Layered Arch.)；可望播划出一条鸟语花香之路。

[#1233]反思一下：谁来整合家庭里的众多智能设备呢? 用户自己? Google、联想等软硬平台厂商? 电信/网络服务业者? 有线电视&牌照内容服务商? App开发者? 虽然主张标准化、模块化是实现"简化"的手段，但是都已经赶不上智能化带来的高度复杂性，所以谁来整合? 谁来做"减法"工程是关键!!

[#1234]@让您成为杰出架构师#架构师思维练习# 架构师专注的不是未来决策，而是目前决策的未来性。更多新思维：http://t.cn/8Fo3z3r

[#1235]无论是智能家庭或智慧城市，几乎都是标准、非标准、开放、非开放并存的空间；所以仰赖高度标准化、寄望完美开放；可能都是乌托邦。如何擘划一个能包容标准、非标准、开放、非开放... 的有机架构，来展现未来性，适应未来一切环境变化，才是正道。

[#1236]为了 {展现未来性，适应未来一切环境变化}；目前的<云&终端>二分法的架构思维是有问题的。例如，"个人手机" 直接访问医疗机构的"云服务平台"，这种2-tier的N*N架构关系，非常复杂，无法有效应付智能化带来的复杂性。尤其是人口众多的大国，必须要创造"中间结构"才能有效简化。

[#1237]目前的物联网和云计算两个阵营，大多还停留在"物物透过云来相连" 的2-tier的N*N简单架构思维上，无法有效应付智能化带来的复杂性，凭简单的架构思维，简单的策略，难以找到有效解决复杂问题的策略和商业模式。谁更重视设计、谁有更精致的架构设计思维，来进行"减法设计"，谁就会是赢家。

[#1238]架构师(Architect)是重要的决策者。他要透过架构<设计>来创造<目前(今日)决策>的未来性。对企业而言，所谓未来性就是未来竞争主导性。所以，架构设计不仅要适应未来的变化，而且要让企业、产品或系统在未来多变的需求趋势、时尚空间里取得市场的竞争话语权。

[#1239]混沌的边缘就是生命有足够的稳定性来支撑自己的存在，又有足够的创造性使自己名副其实为生命的那个地方；混沌的边缘是新思想和发明性遗传基因始终一点一点地蚕食着现状的边缘的地方。

[#1240]于是，表现在软件架构设计(即决策)的未来性上，其最为明显之处就是：要充分包容未来硬件的创新差异化。君不见，在当今智能终端厂商里，软硬结合做得愈好的，其竞争主导权愈大，获利愈丰，架构师的地位也愈高。

[#1241]<<由盛而衰的日本企业，究竟出了什么问题？>>「日本企业对自己的技术与制造太过自信，却忘了从消费者端思考产品，」今年2月底上任的松下总裁津贺一宏（Kazuhiro Tsuga），在6月的记者会上公布94年以来最大亏损金额的消息后，感叹地说道。

[#1242]@让您成为杰出架构师#架构师思维练习# 我百思不解：为什么大家都在谈智能电视和智能家庭；但是心中却有许多假设，却没仔细分辨之。例如，家庭里的众多智能设备之间，到底是由用户自己来组合呢? 还是由智能终端硬件或视频厂商来组合呢? 还是由地三方App开发者以软件来组合呢? 您认为呢? 更多新思维：http://t.cn/8Fo3z3r

[#1243]<<由盛而衰的日本企业，究竟出了什么问题？>>「日本企业就像是个悲剧英雄，开路先锋却是后继无力，竞争对手以惊人的速度与灵活弹性改良产品，结合接口友善的软件、完善的在线服务、以及动人的营销语言，迅速将日本企业逐出市场之外。

[#1244]由用户自己来组合==> 主张模块化? 由硬件或通信厂商来组合==> 提倡标准化? 由第三方App开发者以软件来组合 ==> 充分智能化?

[#1245]<只有个性化、贴心的服务，才能占据用户的心灵，被用户所接受。> 是大家都接受的目标；但是手段却不一定是：由用户来组合家里的智能设备。

[#1246]<给用户一个基础框架，外加一个自由的空间，让其自由发挥，本质是为自己赢得更大的空间。> 这意谓着我们假设：用户有能力组合家庭里的智能化设备。这还只是假设(Assumption)，如何证明这项假设是一项真理的呢

[#1247]2013-15年，家庭是兵家必争之地，智能化的设备会更多，硬件&通信厂商各显神通，不断作加法，使得用户更不知所措。解决方法之一是：透过众多的App开发者来作减法。以此推论，用户(小孩)更依赖App开发者(妈妈)，于是谁最能扮演爸爸角色者，可以是赢家。

[#1248]要求硬件厂商、通信厂商去自我设限作减法，去努力作硬件模块化、通信标准化，可能都已经是没有战术(不能落地)的战略了，只是挂在墙壁上的口号战略而已。只能另谋他途，想办法大作减法了。

[#1249]<<一个造形、三个策略>>是指一个EIT造形 + 三个策略：1) 设计插件； 2)设计曹操类；3)设计中间件。三个策略的巧妙组合，神奇的力量就爆发出来了。

[#1250]@让您成为杰出架构师在智能终端的多机整合、多屏互动、多云融合大潮流下，一切胜负很可能决定于<无细缝的软硬结合>。然而，国内没有自己的平台，陷入于洋人平台局限中。高老师提供一个诀窍：一个造形、三个策略、奇妙组合。先跨越、摆脱别人的枷锁；然后振翅高飞、实践整合、拥抱潮流。更多新思维：http://t.cn/8Fo3z3r

[#1251]国内产学单位一直想做出自己的操作系统(OS)，而我一直主张要发展"跨平台架构设计"；我的理由是，我们需要自己的平台(platform)架构，而且这个平台能跨越不同的操作系统(包括自己建置的操作系统)。这并不是说我们做不出操作系统，而是在思辨我们需要什么。

[#1252]<硬件提供接口，软件来整合>。YES, 很可能需要大量App开发者来整合硬件、通信、内容和其它软件模块。只有在App开发者协助下，大作减法设计，减轻用户组装的难度。这是智能化必然的情境，越能准备迎接这趋势者将是赢家。{ 软件为王 + 内容为后 }才是合理的写照。

[#1253]台湾政府信息长张善政说道：尽管台湾半导体产业享誉全世界，但是过去的成功，不代表未来也会成功。台湾IT产业最大的问题，是在用力发展硬件产业的同时，却忽视了软件整合在全球资通讯产业中快速崛起的重要性。

[#1254]@让您成为杰出架构师#架构师思维练习# 目前流行两个观点：1) 电视成为手机的大屏； 2)手机成为电视的小屏。前者是手机主动，电视被动；而后者是电视和手机的双机整合、双屏互动。更多新思维：http://t.cn/8Fo3z3r

[#1255]在数字家庭和智能TV领域里，让用户选择内容，与让用户自己组合智能设备；前者是开车，后者是装配轮胎&修车；最佳用户体验，可能是：不必装配和修车，就能顺利开车了。所以仅仅投入硬件模块化、通信标准化，并不是实现最佳用户体验的充分条件，而且可能也非必要条件。

[#1256]从传统物联网角度，将家里的智能设备(IP终端)、 Sensor设备(非IP端)等都视为终端，然后一一连接到家外云平台；这种2-tier架构(云--端)无法解决物物相连的复杂结构问题；此问题是本质性的；除非改成N-tier架构，传统家庭物联网思维很可能是幻境。因之，计算机+物联网：建立家庭云是个选项。

[#1257]过去大家想象家里的设备都是Sensor终端而是智能终端，所以建立云端平台来整合家庭终端设备，家中没有云平台。如今，智能设备大量进入家庭，在家里建立一朵私密云，来整合窗外的多个云端平台，变得流行起来。那么这朵家庭云又如何整合软硬件呢?

[#1258]有人问道：随着被整合硬件愈来愈多(例如家庭智能窗帘、地毯等)时，插件模块也愈来愈多，那么我们该如何管理它们呢? 答案是：这必须考虑到插件的使用频率、memory内存容量等因素；如果您看得懂代码的话，我建议您阅读PhoneGap的源代码，可从PhoneGap里的PluginManager模块，获得宝贵的经验。

[#1259]产品经理需不需要懂技术，就看身边是否有个合得来的 {A段架构师 }。例如，汉初刘邦旁边有了萧何，刘邦就不需要懂后勤补给；同样的，萧何旁边有张良，萧何就不需要懂运筹。反正，没老婆的话，就必须自己下厨煮饭、或帮小孩换尿布而已。

[#1260]许多人基于<从云看端>的视角，来看待家庭里的设备；就比较偏向于从家外的云平台来组合家里的智能设备，例如家外医疗云来连结到家里的体重计。这样逐渐形成许多独立的系统，让家庭里成为许多重复设备的垃圾堆。因之，改为<从端看云>建立家庭的设备整合中心日益重要，也是2013-15年智能化潮流的重头戏。

[#1261]建立智能家庭云，主动搜寻窗外远程的云平台(如医疗、安全、学习)汇合信息，并按Schedule将整合出来的信息，透过OTT推送到家庭成员的手机里。依据EIT造形设计出简洁实用的家庭云平台；整合家内智能设备和家外的云服务。

[#1262]@让您成为杰出架构师#架构师思维练习# EIT很平凡，只是将大家熟悉的三个平凡的视角(View)组合在一起，创造出神奇的整体综效而已。更多新思维：http://t.cn/8Fo3z3r

[#1263]<<软硬结合与跨平台是一体的两面>> 例如，此图是Android-based家庭云的软硬结合架构：两层EIT结构；插件< t >包容周边硬件，实践跨(硬件)平台；平台< e & i >整合插件而实践了软硬结合。

[#1264]EIT的<E>是平台，是API，<T>是插件(Plugin)。欲建立自己的行业平台，需要学<E>；欲定义自己独特性的API，需要学 ；欲包容&整合软硬组件，需要学<T>。所以 EIT是学习软硬结合与跨平台的绝佳出发点、必备基础。

[#1265]EIT模式(造形)弥补传统Android软硬结合产品架构设计视角(View)的偏颇与不足。 EIT的<E>表示平台，表示API，<T>表示插件。所谓EIT模式就是基于这三个视角，来审视我们系统的架构；以便支撑Android智能终端产品的优越软硬结合、跨平台和自动化测试。

[#1266]<T>是容器(插件)，它包容外来软、硬组件的变化(实现跨平台)。是接口，它是结构性制约，掌控容器。<E>是平台，它是逻辑性控制点，将合乎接口的<T>组合起来，也就将外来的软、硬组件包容进来了(如附图)。于是，实践了软硬结合和跨平台的目标。

[#1267]在市场营销面，EIT的三个视角强力支持产品创新组合；而且EIT源自愿景派思想，其产品架构与商业愿景和策略自然融合为一。在开发生产面，优越的架构设计都能对映到EIT造形，直接落实为计算机程序码。在团队合作上，又能有效进行<E&I>与<T>模块的分工开发，支持当今流行的App Store市场机制。

[#1268]<<IT + 设计>> 设计者心中要有软硬元素，来让设计产生质变。像阿凡达一样，发挥新元素，取得新市场。旧的设计思维：内容设计没有发挥软硬件元素，软硬件只是内容的包装。

[#1269]@让您成为杰出架构师#架构师思维练习# EIT模式(造形)弥补传统Android软硬结合产品架构设计视角(View)的偏颇与不足。 EIT的<E>表示平台，表示API，<T>表示插件。所谓EIT模式就是基于这三个视角，来审视我们系统的架构；以便支撑Android智能终端产品的优越软硬结合、跨平台和自动化测试。更多新思维：http://t.cn/8Fo3z3r

[#1270]<<IT+设计>>新的设计思维：软硬件的功能是设计的新材料，设计师cooking出全新的菜色，因为食材不同了。设计师追求有新时代食材的新时代设计品；新时代的材料-->新时代的设计；而不是：旧时代的设计 + 新时代的材料。设计要改变，软硬件支撑新设计；而不是软硬件包装旧设计。

[#1271]<<IT + 设计>> 设计要改变，设计元素要增加软硬件元素；设计技术要涵盖：1) 看得见摸得着的硬件，2) 看得见摸不着的影像视频， 3)看不见摸不着的软件。

[#1272]无论您是软硬件厂商、内容媒体业者、或是电信运营商等，都会积极将软硬件特性整合到自己的产品和(增值)业务上，藉由软硬结合手段来表达其创意和<独特性>。

[#1273]Android平台版本的不一致性(俗称碎片化)；在产品运行环境上，您也会让自己的产品或业务能完美跨(软硬件)平台，获得<普遍性>因之，无论您是产品企划者、开发者或经营者，都会积极关注于软硬结合和跨平台相关议题上，力求在市场竞争上的独特性和普遍性。

[#1274]当2013-14年的智能电视迈向 {机、屏分离} 之路，机的智能化和屏的云端化将会双株并茂。由于机不是为屏而生，屏不是为机而生；很可能会产生形形色色的新机种；例如 {非电视(专用)机 + 电视大屏}、或{电视机 + 移动小屏} 、或 {电视机 + 车(载)小屏} 等等，将热闹非凡!!

[#1275]@让您成为杰出架构师#架构师思维练习# 当2013年的智能电视迈向 {机、屏分离} 之路。<<异业结盟>> 将是赢家策略。更多新思维：http://t.cn/8Fo3z3r

[#1276]当2013年的智能电视迈向 {机、屏分离} 之路。屏的云端化满足了内容(媒体)产业 {从云看端，追求最大用户量的愿望}。机的智能化满足了终端(软硬)产业 {从端看云，居于自己软硬独特性，呈现云端彩虹的愿望}。双方满足各自的愿望，却也口里说是满足最大用户体验。

[#1277]<<即使谷歌也不例外>> 当2013年的智能电视迈向 {机、屏分离} 之路。于是，一家公司想要从云到终端平台掌控全程供应链(或从终端到内容云平台)的投入更加庞大，收益更没把握。因此 <<异业结盟>> 将是赢家策略，例如，终端厂商透过让对方(内容)获利途径来取得对方来相挺。即使谷歌大厂也不例外。

[#1278]例如，终端厂商透过让对方(内容)获利途径来取得对方来相挺。那么，如何实践异业结盟呢? 就如同男女异性联婚，总是要赠送结婚礼物，此时要赠送硬件或内容都是不合理的；而赠送软件就非常合理了。

[#1279]在数字家庭领域里，对于未来家庭&TV有三个不同观点：1) 内容观点：内容为王；2)通信(物联)观点：家庭(小区)设备物物相连、互联互通。3)智能观点：网络条条大道通罗马，终端软件平台整合一切。

[#1280]@让您成为杰出架构师#架构师思维练习# 为什么洞悉对方背后的假设，就能有效预测对方的未来行为呢? 更多新思维：http://t.cn/8Fo3z3r

[#1281]CyanDragon1983: 高焕堂的讲座对软硬件平台的趋势也阐述的很明晰，用软件的思维来设计硬件，以硬件适配软件，以中间件作为框架衔接。也许资深硬件工程师去系统地学习一下C++思想后，反过头来去设计硬件，会有不一样的视野！

[#1282]架构师最能表现其专业价值的是：反思自己公司的商业模式背后的假设(Assumption)，基于相同(反思)技能，去洞悉竞争对手商业模式背后的假设，便可预测双方未来行为；然后变换自己的假设，拟订自己的新商业模式。

[#1283]@让您成为杰出架构师#架构师思维练习# 为什么洞悉对方背后的假设，就能有效预测对方的未来行为呢? 更多新思维：http://t.cn/8Fo3z3r

[#1284]子_弘: "在公司听了高老师的培训，对架构师和商业模式之间的关系比之前认识更深。"

[#1285]例如，有一家百货公司在报纸上刊登广告说：{ 本周日中午12:00在公司广场举办泳装选美大会，欢迎观赏。} 我们能预测12:00前会有大群势男士们来围观，并且12:00开幕后失望地离开。因为这是男性泳装选美，但其假设是女性选美。

[#1286]"未来更看好家庭有一个或者两个智能中心，其它作为智能中心的附件，可以使用中心的运算能力。" 是的，这样的中心，我称之为 <家庭云>(Family Cloud)；它与窗外的小区云或其它公有云相互衔接。

[#1287]@让您成为杰出架构师对于终端厂商来说，除了可以拿 {城市 vs. 乡村} 来比喻端与云的合作策略之外，还可以拿它来比喻终端主硬件(如手机)与小配件之关系；然后反思原来的短期商业策略，订定乡村保护城市的新型商业策略。例如，我谈到：{软硬结合开发、硬硬结合销售} 的有效短期获利策略。更多新思维：http://t.cn/8FbhmdD

[#1288]如果拿 {城市 vs. 乡村} 来比喻云与端，那么会呈现两个视角：1)从云看端(端是乡村)；2)从端看云(云是乡村)。谷歌是前者；苹果是后者。无论采取哪一个视角，擅用乡村保护城市策略者经常是赢家。为了保护城市，城市厂商(强龙)必须协助乡村厂商获利(地头蛇)。这就是我所称的<强龙/地头蛇>合作模式。

[#1289]<<移动互联网下一个爆发点：家庭自动化系统>> "苹果、谷歌、微软，这三巨头都极有兴趣在家庭客厅占据一席地，而且不满足于只是媒体或者娱乐方式的介入。

[#1290]如果拿 {城市 vs. 乡村} 来比喻云与端，那么对于终端厂商来说，适宜采取从端看云的视角，端是城市，云是乡村；然后反思原来的商业模式，订定乡村保护城市的新型商业模式。例如，我提出：{内容创意在云端，整合销售在终端} 模式，由终端赠送图标(ICon)给云端内容厂商，协助其销售。

[#1291]<<跨平台与测试>>三个主要平台的浏览器尚未完整支持HTML5。如何做自动化测试呢? 可行之道是：1) 厘清自己需要的行业API；2) 解析那些API是浏览器<共同支持的>；3) 使用PhoneGap实践<非共同支持的>API；4) 于是，三个浏览器都支持行业API；5) 基于API撰写应用；6) 进行跨平台HTML5测试。

[#1292]@让您成为杰出架构师#架构师思维练习# 以跨平台架构来建立HTML5跨浏览器(如三个主要平台)执行环境，来支持B/S的跨平台开发，然后对其应用进行测试。如此一举三得：1) 拥有自己的行业小平台，掌握行业API；2) 支持跨平台的应用开发，提升开发效率；3) 容易进行HTML5测试，提升测试效率。更多新思维： http://t.cn/8FbhmdD

[#1293]有些架构师，常试图找出从目前状况(reality)达到未来愿景(vision)的方式。另有一些架构师正好相反，他们的规划是倒推式的，从未来愿景向后推算，找出回到目前处境的途径。这种方式能减少需要考虑的方案，大幅提升规划的效率。这称为mapping from vision to reality。

[#1294]@让您成为杰出架构师#架构师思维练习# EIT架构师出身于技术团队，专精于战术(技术)运用诀窍。EIT架构师不是战略专家，而是战术专家。「以战术引导战略」意味着：协助市场战略人员修正战略，让会赢的战术效益极大化。这样可弭补传统“战略指导战术”的不足。更多新思维： http://t.cn/8FbhmdD

[#1295]建立愿景(Vision)是个过程，就是用各种方式积极想象着尚未存在的事物。并且相信在过程中能找到方法达成愿景。建立愿景这件事，重要的是行动，而非抽象概念。从行动中建立愿景，以行动实现愿景。所以美国四星上将苏利文说：Hope is not a method。

[#1296]有人说「mapping from vision to reality」很有威力，但是很不容易找出Vision，即使找到也不确定那就是所需要的Vision。其实，那是误解！我们所要的是不断演练倒推式的mapping动作，愿景自然而然愈来愈清晰可见了。

[#1297]不是等到找出真正的Vision之后，才去Mapping from the vision to today’s reality；反而持续不断Mapping，才是找到建立真正Vision的有效过程。因为愿景并非在开始规划一次之后，就奉行如仪，不再变更了；而是会随着大环境而变化的。

[#1298]目前国内IT产业不缺乏创意和技术；而是缺乏 <mapping from 战略(创意) to 战术(技术)>的人；这使得投资者没有把握长期投入，甚至要看到试点计划之后，才愿意锦上添花。于是创意萌芽时期都缺乏资金，再多的创意和技术都无法商品化。所以A段架构师处于关键角色。

[#1299]所谓<mapping from 战略(创意) to 战术(技术)>，可举例：{ 销售战略-->商业模式-->架构设计-->实践技术(战术) } ，这样把战略与战术对接起来。

[#1300]A段架构师针对销售战略，要立刻对应到战术，寻觅一个可实现计划。如果你想不出来，你就滚蛋。如果真的想不出来，要找替代方案；以替代方案来说服市场战略人员来修正战略，这样就不必滚蛋了。这就是著名的："以战术引导战略"了。

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

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

ee ee

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

A段架构设计_隽语集(Business Thinking _1201)相关推荐

A段架构设计_隽语集(Business Thinking _1101)
前言:由于中国是一个幅员广大的国家:基于区域性优势的发展,顶层设计不宜对战术("具体可操作性")层面做严格性规范.于是特别强调战术的弹性(Flexibility).复用性(Reus ...
A段架构设计_隽语集(Business Thinking _1301)
前言: 就内容产业而言,让硬件和软件两个产业的创新能量,能够成为内容产业创新的助力,是多么的重要呀! 过去,内容产业只想屏蔽软硬件平台的创新差异化来降低内容的调整成本. 内容产业如何帮助硬件产业呢? ...
A段架构设计_隽语集(IT+設計思考_1801)
前言:管理者的Requirement-based.User-centered.Test-Driven视角只是通往最佳用户体验的众多<途径>之一,不是唯一途径.架构师基于互补视角(例如Vis ...
A段架构设计_隽语集(IT+設計思考_1601)
前言:多机整合的商业意义.如果T有200万销售量,捆绑了t1 和t2一起销售,就能带动t1和t2的产量,降低其成本,提升其利润,提升T的竞争力(可稍降价) :这称为<硬硬结合>.然而捆绑销 ...
A段架构设计_隽语集(IT+設計思考_1901)
前言:软件接包产业的框架战略,就是分为三层:1)APP, 2)框架, 3)框架幕后模块. 然后,<将APP转包出去.将框架赠送出去.取得模块复制权>.框架就如同万里长城,控制塞外行为.保护 ...
A段架构设计_隽语集(IT+設計思考_1701)
前言:许多人没有发现<平台(Platform)>一词的涵意逐渐在改变中,就像Application(应用程序)一词的涵意也在改变中.例如,在Android环境里,许多人分不清App与APK ...
高老师的架构设计_隽语集(DD_1801)
前言:管理者的Requirement-based.User-centered.Test-Driven视角只是通往最佳用户体验的众多<途径>之一,不是唯一途径.架构师基于互补视角(例如Vis ...
高老师的架构设计_隽语集(DD_2101)
前言:使用"框架的插件管理器" 管理好业务逻辑插件,包括:插件定义.插件创建.插件配对.插件Callback(含同步与异步)等等.然后,让 HTML5幕后的WebView事件能传递 ...
高老师的架构设计_隽语集(BB_0751)
前言:基于parts(行人与汽车)和whole(社会)的需要的平衡之目标,架构师就设计出<红绿灯和班马线>,其规范parts之间的接口(interface),进而细腻订定两者的互动规则(r ...
IT架构设计_隽语集(Design Thinking _0801)
前言:许多架构师追求稳定.可靠.不变的系统结构:这常常导致敏捷开发的困难:所以我主张:架构师要以接口(Interface)为焦点,以组合创新为依归,就能与敏捷完美组合了.在移动应用和软硬结合应用上,我 ...

A段架构设计_隽语集(Business Thinking _1201)

A段架构设计_隽语集(Business Thinking _1201)相关推荐

最新文章

热门文章