前言: 就内容产业而言,让硬件和软件两个产业的创新能量,能够成为内容产业创新的助力,是多么的重要呀! 过去,内容产业只想屏蔽软硬件平台的创新差异化来降低内容的调整成本。

内容产业如何帮助硬件产业呢? 内容尽力发挥硬件的创新差异化、独特性,成为硬件的销售亮点。同时,硬件特点也成为内容的独特性和销售亮点。两者捆绑销售,就能让硬件来保护内容的复制权。而值得注意的是:软件就扮演这项捆绑的黏胶。

本书缘由:高焕堂于2013年在日本退休之前,基于日本师徒制的要求而传承给下一代架构师的架构思考技术(俗称设计心法)。25年来他专精于A段(投资决策前)架构设计,退休闲暇将之写成中文,欢迎大家指教。A段架构师(处于A段)并不是战略主要制订者,而是主要战术提供者。A段架构师的角色是提供规画,让决策层有效投入战略资源来让会赢的战术极大化,这并不违背<战略指导战术,战术引导战略>原则。

目录:請看目錄

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

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

ee                                                                                 ee

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

[#1301]愿景(Vision)是人们对未来情境的期待。从愿景到架构,就是基于「从未来回顾今日」(Mapping from vision to reality)的反向思维。其中,对EIT架构师而言,寻找愿景并非最关键之事。反而是透过「从未来回顾现在」的动作来找到从愿景到现实(Reality)之间的<联机>才是最关键的事情。

[#1302]@让您成为杰出架构师#架构师思维练习# 三星将联合英特尔Docomo开发手机系统Tizen 。 { 终端+ 运营商 + Linux 基金会 } 除了开源之外,希望更多的 "开放" 情怀,非常有待努力... 更多新思维: http://t.cn/8FbhmdD

[#1303]对于EIT架构师而言,愿景是架构设计的基础和目的;而需求则是架构设计的限制和检验条件。EIT架构师并不是"围绕着需求而设计",而是基于愿景而设计。因为会拿需求来检验(架构)设计,所以设计一定是会满足需求的。跨别人的芯片平台,跨Android平台的(版本升级&碎片化),跨自己的平台(保护自己版本更新的自由度)。EIT造形提供您优越的途径,迅速掌握跨平台架构设计的诀窍。

[#1304]EIT架构设计的4个「假设」思维技巧:1) 反思不自觉的假设(Assumption),放宽思维局限。2) 拟定有待被否定的假想(Hypothesis),激发愿景想象。3) 完成性的假设,想象最终结果。4) 做万一性的假设,预留弹性空间。

[#1305]EIT造形师法自然。EIT造形有两层作用: 1)规范<小>元素组合规律,让人们容易组合出<中>间模块; 2)规范中间模块组合规律;让人们容易组合出<大>系统。

[#1306]有人认为软件开发在于寻求<通用法则>(算法)。其实,“进化论”大科学家达尔文(Darwin)说:「到了三十岁,我的心灵似乎变成了一个会从大量事实中榨出<通用法则>的机器,但是这会造成大脑中主管较高层次嗜好的部分萎缩呢? ...,这些嗜好的消失可能损伤心灵。」于是,EIT门派与您一起追寻<独特性>之境。

[#1307]有人认为软件开发在于寻求<通用法则>。这让许多软件架构师无意中掉入分析与抽象的陷阱里;君不见,软件人员分解出来的模块是:模块愈小、愈简单。然而,好的架构设计不是如此;例如,人的头小而复杂;计算机CPU也是小而复杂。EIT架构设计让您迈向正确之路。

[#1308]以 { 有限的元素 + 简单的元素组合韵律 } = 简单造形(Form); 来支撑外部(OS API之外)的无限的(形的)组合;以及内部的无限的(元素的)组合。

[#1309]@让您成为杰出架构师#架构师思维练习# 为什么在移动互联网潮流下,擅长于跨产业垂直整合(以及软硬结合)的厂商,会获利最大呢? 更多新思维: http://t.cn/8FbhmdD

[#1310]三星将联合英特尔Docomo开发手机系统Tizen。开源的系统平台是一部轿子,成败不在于轿子的性能,关键在于有没有别人愿意争先恐后来抬轿子;三星,Intel,Operator自己建轿子、乘轿子,想想有其它谁家厂商来抬轿子呢?

[#1311]在智能化家庭&TV领域里,2013年比较具有争议的题目是:谁来组合家庭里的智能化设备呢? 一派主张让"用户"自己组合设备,例如透过WiFi router来连接各种标准化、模快化设备,透过手机来控制;另一派主张由家庭媒体中心应用平台的"厂商" 来组合各种设备,用户手机连接到中心平台即可。

[#1312]在智能化家庭&TV领域里,2013年比较具有争议的题目是:谁来组合家庭里的智能化设备呢? 值得思辨的相关议题很多;例如,电视除了娱乐&音视频之外,还有甚么? 家庭除了电视之外,还有甚么? 手机、PC和电视机之间的最佳组合是甚么?

[#1313]为什么在移动互联网产业里,传统互联网公司大多不如终端厂商(如苹果、三星)的如鱼得水、获利无限呢? 我认为主要理由是:互联网公司不擅长于跨产业垂直整合,不擅长于"强龙/地头蛇"商业合作模式,当强龙(大哥)不能开放心境,协助地头蛇(小弟)获利时,小弟离去了,大哥就不再是大哥了。

[#1314]@让您成为杰出架构师为什么传统互联网公司不擅长于跨产业垂直整合呢? 我认为理由是,垂直整合的成本会增高、质量可提高;在销售时,必须采取20/80原则,先从20%能支持高质量高获利的客户群开始,不能像传统互联网思维下,先冲大用户数(期待100%),那只会大幅增加成本,却获不了利。

[#1315]由于移动终端市场有20%用户是企业里负责营销获利者(如老板、医生、销售人员等),能够支撑因垂直整合而增高的成本部分。如此,让擅长垂直整合厂商都有机会从高端机,往下做到中低端机;是成功之路。

[#1316]文章里提到:<战壕里的士兵更早知道战局的变化>。其知道的是战术失灵了,斩获不如从前了。主帅必须去聆听前线士兵和友邦(即客户)找寻一个新的、会赢的战术(主攻方向和焦点):微处理机业务。然后将战略<资源放在主攻方向(战术)>,透过战术获利来激励人心、鼓舞士气。这可称是”战术引导战略”。

[#1317]@让您成为杰出架构师#架构师思维练习#<< 为什么空谈会误国呢? >> 战略本来就是纸上论战、沙盘推演,本属空谈(论道),所以"陶醉空言" 是合理的、宝贵的。所以"空谈误国,务实兴邦" 应该解释为:"mapping from 空谈 to 实干",空谈本身并非无用,而是没有人努力去做mapping !! 更多新思维:http://t.cn/8FbhmdD

[#1318]HTML5是内容(和App)开发者想要跨3个主要(别人)平台(即Android, iOS, Win8),而让自己平台(其实App软件也是一种"平台")的稳定性和变动自由度。同样地,Android, iOS, Win8平台的架构师也在追求让自己的平台能跨各种(别人)芯片平台,来取得稳定和变动自由度。跨平台的立场不同,但理念是一样的EIT。

[#1319]日本幕末时期的著名政治家和军事家:高杉晋作,他曾说:“清人的思想和中华的正道相差太远,清朝知识分子陶醉空言,不尚实学。” 因此中华人士就假设(且相信)自己善长的 ”空谈” 是坏事、会误国的;愈除之而后快。其实不尽然! 只要大家能{mapping from 空谈 to 实务},则缺点反而变成优点了。

[#1320]<<"空谈"垃圾变黄金>> 二次世界大战日本失败了,美国人讥笑日本人只擅长质量改善,缺乏创新。日本有人就主张:产品改善没错,重点在于如何将质量改善与产品创新两者结合。于是日本人到美国大学参与创新(如LED灯),同时在日本努力改善产品卖到美国,再买回来更多创新技术。日本经济起死回生了。

[#1321]<现实是A(BC),AA......(BC)那就完了。>那表示B没尽责了;所以我们只是缺乏有效的B;而不要称A(的空谈)是误国;因为A非常尽责而有效了。

[#1322]路人A善长空谈;路人B擅长于 {mapping from A's 空谈 to 实务};而路人C擅长于实务;于是 {A+B+C} = 兴邦;任何人都没误国了。

[#1323]<<空谈与实干>> 空中楼阁本来就是在空中;空谈本来就是纸上谈兵。只要有好的建筑师进行 {mapping from 空中楼阁 to 地基} ,然后让工程师把楼的梁柱搭建起来,空中楼阁就成为真实楼阁了。同样地,只要有好的架构师进行 {mapping from 空谈 to 实务} ;空谈就变成愿景和创新了。

[#1324]1843/1/3,《海国图志》初版五十卷刻印于扬州。该书为清人魏源所编撰,以林则徐命人编译英国人慕瑞所著《世界地理大全》所集成之《四洲志》书稿为蓝本。该书对日本国产生深远影响,清人则无甚兴趣,高杉晋作有言:“清人的思想和中华的正道相差太远,清朝知识分子陶醉空言,不尚实学。”

[#1325]<<设计的用处:捕捉机会>> La Rochefoucauld说道:<虽然我们要自我恭贺我们的豪情壮举,但它们常是基于机会的结果大过于伟大设计的结果。> 机会是投手,设计是捕手。 ~~ 摘自<<决策陷阱>>一书。

[#1326]@让您成为杰出架构师#架构师思维练习# 为什么大家都关心 "跨平台" 的议题呢? 更多新思维: http://t.cn/8FbhmdD

[#1327]基于愿景派架构设计思维,培养架构师的Mapping from vision to reality技能,藉由EIT造形将愿景落实为代码。一个EIT造形就像一片枫叶;当架构不断复用EIT造形,就如枫叶林般美不胜收;愈多EIT愈美丽!!

[#1328]<<设计不仅是一个实践的职业,更是一个思考的职业,在不断的提出问题和解决问题的过程中,我们变得越来越强大。>> by Tifa 设计负责人.豆瓣设计师

[#1329] (我的)A平台能跨(别人的)B平台,意味着B平台的"改变"(change)。其包含两种情况:1) B平台的主动改变,例如B平台的升级改版; 2)A平台主动想要将B平台换成为C平台、D平台等。所以,A平台的跨平台问题来自于别人(B)平台的改变。因此,只要B平台改变的振福或涟漪效应不要波及A平台就能化解这个问题了。

[#1330]由于 1)B平台的升级改版的"变化"来自别人,A平台只能接纳而不能阻挡之; 2)B、C、D平台的差异化也大多是既存事实,A平台也只能接纳而不能阻挡之。因之,对于A平台而言,B平台的变化而产生的复杂性是本质性(essential);A平台无法删除它,只能透过"架构设计"来包容它、接纳它。这就俗称的"平台设计"。

[#1331]就像一只鸟被关在鸟笼里,才会有"逃出鸟笼"的议题。原来就是大家的软件正在别人的平台上,被别人的平台所框住了,因此寻找一条出路,能跨越别人平台的围篱,从别人平台的枷锁里逃脱出来,变成一个重要议题。

[#1332]为什么透过包容它(即改变),就能提升A平台应付变化的能力呢? 这项智慧,人人都知道,因为改变(change)就是<<易经>>的"易";包容外来改变,就是"容纳改变",就是{容易},这不就是中华民族的智慧吗? 只要愿意包容改变,一切都变得容易了。只要透过架构设计来包容别人平台的改变,就很容易跨平台了。

[#1333]@让您成为杰出架构师#架构师思维练习#如今在智能化的潮流下,省成本、同质化不是正途;创新与差异化才是竞争力的来源;内容擅于借助软、硬件创新力是胜出的不二法门。更多新思维: http://t.cn/8FbhmdD

[#1334]就内容产业而言,让内容能在各式各样的终端硬件上显示出来(如上图),表面上看似最符合内容创意者的最佳利益;其实不必然!! 因为内容创意者并没有发挥软件、硬件的助力来让内容产生质变,来形成内容创意者之间的竞争差异化。不仅导致硬件同质化、也让内容同质化;大大阻碍了两个产业的成长。

[#1335]就内容产业而言,让硬件和软件两个产业的创新能量,能够成为内容产业创新的助力,是多么的重要呀! 过去,内容产业只想屏蔽软硬件平台的创新差异化来降低内容的调整成本。

[#1336]内容产业如何帮助硬件产业呢? 内容尽力发挥硬件的创新差异化、独特性,成为硬件的销售亮点。同时,硬件特点也成为内容的独特性和销售亮点。两者捆绑销售,就能让硬件来保护内容的复制权。而值得注意的是:软件就扮演这项捆绑的黏胶。

[#1337]@让您成为杰出架构师#架构师思维练习# 愈具有设计思维的团队,愈能规划出充分运用市场特性、掳获用户偏好、发挥自己核心技术的商业模式&策略,以及能紧密相依的IT系统架构。更多新思维:http://t.cn/8Fo3HIo

[#1338]为了促成内容与硬件的紧密结合,软件与内容要先分离开来;然后软件与硬件先结合,再把内容才结合进来。内容先支持软硬结合,获取短期利益,再投资内容,培植内容产业的壮大,最后反过来再度提升软硬结合的获利。软硬结合的短期利益,其强力支撑长期投资于内容,相互支撑,乃IT产业蓬勃之道。

[#1339]例如,在家庭数字化潮流中,以前是通信、内容&服务进入家庭,通信是要角;今天转变成为智能进入家庭,终端设备智能化取得主导权,主角逐渐易位了。

[#1340]有人提问:智能化数字家庭里,1)到底是以TV/STB为整合中心;2)还是以Router或Home Gateway为中心呢? 我的回答是:这要视商业模式而定了,那一个系统架构更能与商业模式密切相依,就该选那一个。

[#1341]Win8在平板的发展空间,远比在手机的机会要大多了。其中的重要理由之一是:许多老板、医生、销售人员经常使用平板来展示商业和健康数据等。这些讯息大多来自办公室员工或助理制作的文文件、影像等数据。此时,MS Office就具有关键影响力了。员工和平板皆使用Office的需求,将严重威胁Android平版的市场

[#1342]严格上来说,"App硬件化"这个名词是有语病的。App软件与平台软件是上下两层,平台软件才是与硬件整合的,App本身是平台软件的 {用户插件},它与内容/服务是一体的。所以,"App硬件化" 偏于商业模式的考虑,让硬件成为App/内容创意者心中的设计元素,有意去发挥硬件独特性,而不是屏蔽硬件差异化。

[#1343]@让您成为杰出架构师#架构师思维练习# "内容创意在云端,捆绑销售在终端"是终端厂商的美好愿景;"软硬结合开发,硬硬结合销售"是可行的商业策略。跨平台架构设计是实践商业策略,实现商业愿景的关键步骤之一。更多新思维:http://t.cn/8Fo3HIo

[#1344]至于 {运营} 角色,他偏于内容(服务),是内容的传输者。 不擅长软件者,会偏于 ((内容+软件)+硬件),这样硬件没有战斗力,无法征服天下,例如,不容易赚国外的钱。 擅长于软件者,则偏于(((硬件+软件)+内容)+运营&通信),就容易赚国外的钱。

[#1345]{硬件、软件、内容}三者的关系既简单又微妙。崇尚务实的人,不善于发挥软件的特性。务实的人做硬件,会视软件为外加外挂之物,往往不会投资于软件;务实的人做内容,会视软件为呈现工具,视软件开发者为码农,自己成为地主(软件复制权拥有着)。软件产业就委靡不振。

[#1346]#架构师思维练习#最近许多人谈论<App硬件化>,这于我一直主张:"内容创意在云端,捆绑销售在终端"的愿景是一致的。我特别提出这个愿景背后所需要的新型商业模式,以及商业策略。基于此策略而进行IT架构设计,以及如何落实于产品的创新上。更多新思维:http://t.cn/8Fo3HIo

[#1347]<<跨平台与软硬结合>> 跨(别人的)平台:泥上留趾爪,却不受泥沼束缚;(自己的)软硬结合:振翅而高飞,实现美好的愿景。跨平台与软硬结合,两者看似冲突,其实是互补的。跨平台让我们摆脱别人;软硬结合追求超越别人。唯有先跨平台,才能追求各种整合。

[#1348]跨别人平台,能降低与芯片的相依性,提升自己产品的稳定性。并且,基于疏偶合(Loosely-coupled) ,减低芯片变动的振幅,提升产品的稳定性。软硬结合则是以软件和内容来替终端硬件增值,以软硬结合提升服务的用户体验。迈向高价、高质量、高获利的产品;让用户<占便宜>,而不是<捡便宜>货。

[#1349]23个GoF设计模式大多从应用框架(Application Framework)中萃取而得,框架本身就是要框住App,相对上,框架是平台,App是插件,让众多插件组合到平台上。<设计模式就三个准则:1)中意于组合而不是继承,2)依赖于接口而不是实现,3)高内聚,低耦合。> 非常传神!!

[#1350]架构师思维的基础修练是:反思。亦即,反思既有商业模式、实践策略背后的假设(Assumption)。例如,许多人心中的假设为:<想要说服上级或投资者,必须先做出一些具体的东西来展示>。 其实这并非真理,依循<mapping from vision to reality>做出将精致的<可实现计划>(achievable plan),往往效果更好。

[#1351]@让您成为杰出架构师#架构师思维练习# <<两股势力的交叉相汇>> HTML5有利于云端内容(Content + App) {跨终端平台},例如HTML5电视等,这是产业来自云端的力量。与此相对的力量是:终端智能化和独特性;终端智能化寻求{跨云平台}。更多新思维:http://t.cn/8Fo3HIo

[#1352]架构师思维的基础修练是:反思。例如,许多人认为:云(Cloud)端有海量数据、百花齐放的内容和强大运算能力,因此推出傻瓜的终端,让她连上云端就变成智能终端了。其实,这背后有一个假设:{数据、内容+运算能力} = 智能。然而这并非真理,所以高价高性能的智能终端持续发烧。

[#1353]<跨自己的平台(即做中间件)>>的目的是积极的,其目的不是要让上层App获利而已;而是让自己的产品版本和不断升级之中, 继续维持自己产品的高度变动自由度,积极鼓励自家人的创新精神,持续展现自己产品的独特性。就像万里长城不是为了北方民族的利益,而是为了关内居民的自由度和安居乐业。

[#1354]基于跨云平台和跨端平台两股势力的交叉相汇,将在智能家庭领域产生许多不同的商业赢家策略。

[#1355]近年来,终端厂商和云服务厂商都似乎不安于本位,终端厂商(如TV厂)把战线延伸到内容(云)平台;云服务公司(如小米)则延伸到终端平台。这种战线延伸都属于战略层级、也是长期获利(烧钱)的商业模式。这种战略是正确的,但成功与否,取决于会赢的战术(即短期获利的商业策略)是否奏效了。

[#1356]@让您成为杰出架构师#架构师思维练习# 赢家策略很可能是 "跨业结盟" & "垂直整合"。包括了三项整合元素: {硬件(含网络设备)、内容(含媒体)、软件(含平台和App)} 。前者看得见模得着;中者看得见摸不着;后者看不见摸不着;能兼顾三个视角(软硬结合+设计)者很可能是赢家。更多新思维:http://t.cn/8Fo3HIo

[#1357]这回我在华为公司的架构师讲座里,特别强调:{战术引导战略} 思维对于架构师是非常重要的。尤其是高科技公司,决策层拟订美好的战略(长期收益),常常找不到会赢的战术(短期获利)来支撑;起因于与战术息息相关的技术细节翻新太快,战术策略没有及时跟进(因为战略没及时修正大力支持战术)。

[#1358]每回我在微博上谈到战术与战略的微妙关系时,总是会激起辩论;其实我这里的 {战术<引导>战略} 与 传统的 {战略<指导>战术} 两者是互补的。由于许多IT公司比较缺乏 "A段架构师" 来衔接(产品&市场)的规划与系统开发的实践。A段架构师(处于A段)并不是战略主要制订者,而是主要战术提供者。

[#1359]近年来,终端厂商(如TV厂)把战线延伸到内容(云)平台;云服务公司(如小米)则延伸到终端平台。这种 { 乡村(端) vs. 城市(云) } 的双向战略延伸与战线交会,激发各式各样的长期商业模式和短期获利商业策略。例如仅仅乡村<包围>城市,或乡村<保卫>城市,就依据各自的角色而成为不同策略了。

[#1360]<战略与战术的位置是不能浑淆的,战术的制定一定要服从战略发展的需要。> 这个原则是合理的。然而,如何避免战略不能落地,而成为挂在墙壁上的口号呢? 此刻,A段架构师的角色就极为重要了;提供策略,让决策层有效投入战略资源来让会赢的战术极大化,并不违背战略指导呀!!

[#1361]随着上半年台湾双M的Android芯片亮丽上市,加以下半年内容&应用产业在HTML5标准的强力推动;两股力量汇合,让2013年家庭里的电视迈向 {机、屏分离} 时代,电视机与电视屏分离了,一机可有多屏,多机可对一屏;机的智能化和屏的云端化将在数字家庭里双株并茂,庭花朵朵开。

[#1362]当2013-14年的智能电视迈向 {机、屏分离} 之路,机的智能化和屏的云端化将会双株并茂。这趋势让目前许多公司,想端到内容(云)平台;或从云到终端平台掌控全程供应链的投入更加庞大。因此 <<异业结盟>> 将是赢家策略,例如,终端厂商透过让对方(内容)获利途径来取得对方来相挺。

[#1363]@让您成为杰出架构师#架构师思维练习# 架构关注的不是未来的是事实情境,而事关心眼前该采取什么行动(也就是<目前决策>)才能包容未来的各种变化。更多新思维:http://t.cn/8Fo3HIo

[#1364]当2013-14年的智能电视迈向 {机、屏分离} 之路,机的智能化和屏的云端化将会双株并茂。其中,屏的云端化,偏重于内容的<分>享;而机的智能化偏重于多机的整<合>。内容云端平台如同麦当劳提供外食;终端智能平台如同家家户户有厨房,提供私房菜。

[#1365]当2013-14年的智能电视迈向 {机、屏分离} 之路,机的智能化和屏的云端化将会双株并茂。其中,机的智能化让终端的自主性大幅提升,终端软硬结合力道增强,以终端平台软件来整合多机(硬件)蔚为潮流,取代了传统以通信接口或网关来整合多机的古典思维。

[#1366]<<软件免费送买主、服务有价卖用户>> 后者容易理解,前者不易领会。尤其是<平台软件>,它是一部轿子,要由别人(如硬件厂商)来抬轿子(支持)。所以由硬件厂商(如Nokia, Samsung, Intel等)推出的平台软件,都很难风行,因为自己做轿子自己抬轿,并不太合逻辑。

[#1367]架构师的职责是致力于现在决策,并让它能包容未来的变化,也就是让<目前决策>具有未来性。架构师不是去预测未来(的标准),不是去关心<未来决策>、去替未来做决策。过去的标准,会成为现在的不标准;现在的标准会成为未来的不标准;于是架构师致力于制定有效的目前决策,去包容未来的标准与不标准。

[#1368]@让您成为杰出架构师#架构师思维练习# <<通信标准的迷思>>试想,有两个软件模块:C模块与S模块;而且两者之间透过网络通信机制来互通。更多新思维:http://t.cn/8Fo3HIo

[#1369]在智能时代里,电视很可能不再是餐桌,而是厨房了。智能不是来自内容、不是来自运营策略,而是来自软件,尤其是众人忽略的平台软件和API 。内容供货商是水库,运营商是水管,终端厂商是水龙头;那么谁掌握水龙头的开关呢? 将智能来源的软件纳入产业链才是没有缺陷的,才是新时代的。

[#1370]@让您成为杰出架构师#架构师思维练习# 自从2007年以来,智能化终端潮流下,软件产业逐渐脱离内容和服务,而逐渐向终端产业倾斜,软硬结合成为赢家的尚方宝剑。更多新思维:http://t.cn/8Fo3HIo

[#1371]除了从牌照视角看电视、从合纵连横运营谋略视角看电视、从视频终端视角看电视、从互联网视角看电视之外,至少还可以从智能视角看电视、从关怀家庭视角看电视等等... 何必执着于旧观点看智能新世界呢?

[#1371]至今还围绕在牌照思维里,整个IT产业可能都被卷入只想赚国内钱的漩涡里,对外国市场可能落入山寨的宿命;可能早就与智能世界不接轨了。

[#1372]架构关注的不是未来的是事实情境,而事关心眼前该采取什么行动(也就是<目前决策>)才能包容未来的各种变化。我主张:先找喜爱的<目标>,然后找可行<途径>,才依途径而努力<储备>之。

[#1373]@让您成为杰出架构师#架构师思维练习# <<通信标准的迷思>>试想,有两个软件模块:C模块与S模块;而且两者之间透过网络通信机制来互通。更多新思维:http://t.cn/8Fo3HIo

[#1374]<<标准化的迷思>> 许多学、研单位的专家们最喜欢谈标准化,并且容易获得政府各单位的支持。身为架构师,该支持这标准化论点吗? 事实上,崇尚标准化是一个陷阱。因为推行标准,就会排除不标准,也排除了创新,将严重伤害产业迈向高峰的机会。反而,架构师应该追求<包容>不标准才对。

[#1375]当全球IT产业如苹果、谷哥、三星无不积极争夺下游终端智能水龙头的主导权之际;还撤退回到上游水库牌照的争夺漩涡里;水库可能变成农场,内容创意者可能变成佃农,软件开发者早已变成码农。

[#1376]<常规会把C和S中存在变化可能的提出来形成一个单独的X模块>。Yes, 如果C和S两者都尚未存在,抽象出X是合理的。如果,C和S有一方是既存模块,或是不同公司提供,就只能设计出两个X;就是图里的Super C和Super S。

[#1377]一般而言,提倡标准化的单位大多是<政府>、<协会>或<联盟>等机构。这些机构拥有行政组织面的主导角色,本来可以轻易促成C和S方依循标准化;然而却是非常吃力。其原因是:在系统架构上,通信协议少了软件的助力,处于<小弟>角色,无法强力支撑组织面的<大哥>角色!!

[#1378]<协议应面向概念性需求接口,从而解除实现模块与协议之间的紧耦合。> Yes, 相对上,图里的Super C是C的接口模块,而 C是实践模块。然后以<软件>接口模块来封装<通信>协议,才能有效包容<未来>通信协议的改变。这就是以软件创建系统的未来性;就是架构设计的真谛。

[#1379]一般人会先去确定通信机制(如协议),然后才开发C和S软件模块。这就是预测未来(通信途径)了,会让软件架构失去未来性,不是有效架构设计!! 此时,应该善用软件途径来包容通信的<未来变化>。

[#1380]智能TV成为家庭里的一朵小云,家庭云与企业云互联互通,将企业服务送到家;家庭云与手机互联互通,手机成为家庭云的入水口,家庭云成为户内流媒体推送平台。智能TV不再是端而是云,主宰者是智能而非内容;智能来自软件,而非内容。

[#1381]@让您成为杰出架构师#架构师思维练习# 合理的现况叙述。中国人自古以来是家天下,家内有云、有端才能构成完整的智能家庭。家内有云,窗外蓝天有云,乃人间仙境也,不亦美乎。更多新思维:http://t.cn/8Fo3z3r

[#1382]智能TV成为智能+多屏;智能TV成为智能+多机的家庭中心;手机能访问家内云,也能访问家外云,也能访问车内云;多云互联互通,多层(Multi-Layered)云&端架构,总比两层(云与端)架构来得健康多了。

[#1383]家家户户都有水塔(小水库)是合情合理的;将家家户户的水塔删除掉,只留下水龙头;将家家户户的厨房(软件+芯片)删除掉,只留下餐桌(屏幕);有违常情之虞。

[#1384]{有两种典型场景1)盒子就是手机的配件,当想在大屏幕赛上看视频的时候;2)手机是盒子的遥控,当浏览盒子的内容时} 前者意味着电视屏成为手机的终端大屏;而后者意味着手机成为智能TV的终端小屏。

[#1385]<<家庭云>>。从大型系统架构设计而观之;家庭窗内有N个端,窗外有M个云;其中的相互联结会产生 N*M条可能连结,国内 { 3亿家庭 * 30个端设备 * M个窗外云 };这个架构很可能失控,解决之道无它,唯有设计出亦端亦云的中间层结点(Node):家庭云。

[#1386]从 内容、通信、终端(硬件)、用户、买主、服务(牌照)、智能、家庭等视角看TV,横看成峰侧成岭,风情万种气象万千。过去偏于从内容、通信、服务、用户视角;如今偏重于智能、终端、家庭、买主视角。 其中,又以 内容 vs. 智能 两个相对视角最具有代表性和张力。

[#1387]@让您成为杰出架构师#架构师思维练习# 从系统架构来看,优先考虑的是:智能摆哪里? 软件在哪里跑? 只是许多人谈云只想到内容、数据。家庭云是有处理能力的厨房,不是从窗外云(如必胜客)送食物进来的餐桌而已。更多新思维:http://t.cn/8Fo3z3r

[#1388]Android终端设备都可以有处理能力,都可以有智能,都可以是小云。水库、水池、水塔、水杯,只要可盛水都是小水库;只要可跑Android软件,可以储存和处理数据的家庭设备都是小云。

[#1389]随着智能化潮流,逐渐从个人手机扩大到家庭TV;智能进入到家庭,数十个跑Android的家庭设备成为智能舞台;家庭智能将主动选择内容(食物)的云端来源,而不再是内容供应者决定家庭的食物。

[#1390]在过去的时代里,{ 内容服务 VS. 终端硬件 } 两者都是被动型;相对上,内容为王,硬件为朴;掌握内容是赢家。在智能时代里,{ 内容服务 VS. 软硬结合 } 前者被动,后者主动;相对上,智能为主,内容为从;掌握智能是赢家。

[#1391]@让您成为杰出架构师#架构师思维练习# 智能家庭的"MS Office" 只是表达出智能家庭的软件整合平台的力量和话语权,此(智能终端)方主导力量将逐渐强过上游(的内容播控方)。更多新思维:http://t.cn/8Fo3z3r

[#1392]在智能时代里,{ 内容服务 VS. 软硬结合 } 前者被动,后者主动;相对上,智能为主,内容为从;掌握智能是赢家。 当小米善用智能,提高自己筹码,创造与牌照商合作的机会,推送小米的内容和服务;是一项合理之路。

[#1393]当小米善用智能,提高自己筹码,创造与牌照商合作的机会,推送小米的内容和服务;是一项合理之路。简言之,软硬结合 = 智能; 赢家方程式:((TV智能 + 小米内容) + 牌照运营)。

[#1394]移动互联网时代的赢家方程式,一直没有改变过,就是:(( (平台软件+App软件) + 终端硬件) + 内容) + 运营)。

[#1395]高焕堂建议的小米的赢家策略:短期,电视屏成为手机的终端大屏;中期,智能手机成为智能TV的终端小屏;长期,成为智能家庭的"MS Office",乡村(智能终端)保卫城市(小米内容)。

[#1396]{智能家庭的"MS Office",乡村(智能终端)保卫城市(小米内容) } 这只是表达出,要从 {智能、终端、内容}三个视角兼顾,才能看出新产业链的情境;而且{内容为王} 可能要让位给 {智能为王}了。

[#1397]{智能家庭的"MS Office",乡村(智能终端)保卫城市(小米内容)。 } 这只是表达出一个有趣的问题:家庭 = {智能 + 多机 + 多屏};那么,智能要摆在那里? 智能的控制点在那里? 其中,已知的答案是:智能不会摆在家庭窗外的云端(如小区服务器)。

[#1398]有人认为,随着智能TV的普及,STB盒子将会消失掉。然而,依据目前彩电厂的着力方向看来,反而给STB更大的空间。理由是,彩电厂的发展策略上,在 {终端智能 VS. 云端服务} 比重里,显然云端服务重于终端智能,也就是云电视的味道浓厚,其在家庭智能化之路上,会落后于STB,而不是超前。

[#1399]@让您成为杰出架构师#架构师思维练习# 智能TV已经不是音视频终端了,它是许多家庭Android智能设备的控制中心,例如智能手机可以成为智能TV的终端小屏;同时电视屏成为手机的终端大屏。更多新思维:http://t.cn/8Fo3z3r

[#1400]就智能TV而言,云电视的味道越浓厚,智能TV终端产业被山寨化的可能性越大,与家庭智能化的路径的落差越大,就带给STB盒子越大的发展空间。

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

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

ee                                                                                 ee

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

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

  1. A段架构设计_隽语集(Business Thinking _1101)

    前言:由于中国是一个幅员广大的国家:基于区域性优势的发展,顶层设计不宜对战术("具体可操作性")层面做严格性规范.于是特别强调战术的弹性(Flexibility).复用性(Reus ...

  2. A段架构设计_隽语集(IT+設計思考_1801)

    前言:管理者的Requirement-based.User-centered.Test-Driven视角只是通往最佳用户体验的众多<途径>之一,不是唯一途径.架构师基于互补视角(例如Vis ...

  3. A段架构设计_隽语集(IT+設計思考_1601)

    前言:多机整合的商业意义.如果T有200万销售量,捆绑了t1 和t2一起销售,就能带动t1和t2的产量,降低其成本,提升其利润,提升T的竞争力(可稍降价) :这称为<硬硬结合>.然而捆绑销 ...

  4. A段架构设计_隽语集(IT+設計思考_1901)

    前言:软件接包产业的框架战略,就是分为三层:1)APP, 2)框架, 3)框架幕后模块. 然后,<将APP转包出去.将框架赠送出去.取得模块复制权>.框架就如同万里长城,控制塞外行为.保护 ...

  5. A段架构设计_隽语集(IT+設計思考_1701)

    前言:许多人没有发现<平台(Platform)>一词的涵意逐渐在改变中,就像Application(应用程序)一词的涵意也在改变中.例如,在Android环境里,许多人分不清App与APK ...

  6. 高老师的架构设计_隽语集(DD_1801)

    前言:管理者的Requirement-based.User-centered.Test-Driven视角只是通往最佳用户体验的众多<途径>之一,不是唯一途径.架构师基于互补视角(例如Vis ...

  7. 高老师的架构设计_隽语集(DD_2101)

    前言:使用"框架的插件管理器" 管理好业务逻辑插件,包括:插件定义.插件创建.插件配对.插件Callback(含同步与异步)等等.然后,让 HTML5幕后的WebView事件能传递 ...

  8. 高老师的架构设计_隽语集(BB_0751)

    前言:基于parts(行人与汽车)和whole(社会)的需要的平衡之目标,架构师就设计出<红绿灯和班马线>,其规范parts之间的接口(interface),进而细腻订定两者的互动规则(r ...

  9. IT架构设计_隽语集(Design Thinking _0801)

    前言:许多架构师追求稳定.可靠.不变的系统结构:这常常导致敏捷开发的困难:所以我主张:架构师要以接口(Interface)为焦点,以组合创新为依归,就能与敏捷完美组合了.在移动应用和软硬结合应用上,我 ...

最新文章

  1. Fabricjs对Canvas画布和对象的事件监听
  2. Android平台类加载流程源码分析
  3. ITK:获取PointSet的边界框
  4. tp3.2php开启事务,ThinkPHP 3.2.2实现事务操作的方法
  5. js监听多个事件_JavaScript中的事件与异常捕获解析
  6. 星巴克、喜茶们左右围守 瑞幸的大师故事还能讲多久
  7. 判断一个变量是否是Array类型
  8. 最近的一些感想(关于移动客户端开发android,ios)
  9. 如何使用Cisdem Video Converter在Mac上将MTS批量转换为MP4
  10. 网管教程+从入门到精通软件篇
  11. 21天学通java不好_21天学通Java_怎么样学好Java,学Java-IT培训网
  12. PLC通过控制器控制步进电机
  13. Python爬虫系列之得物小程序data算法
  14. 三相桥式全控整流电路simulink仿真_交流变直流,二极管整流电路是如何工作的?...
  15. 计算机系统无法启动 错误恢复怎么办,windows7恢复错误,无法进入系统最佳解决方法...
  16. 天财商龙餐饮系统服务器连接不上,天财商龙餐饮系统操作.docx
  17. net域名和com域名在属性和价值上有什么不同?
  18. iOS程序猿的flutter学习之路
  19. 【项目合作】寻视频监控智慧城管相关技术 SDK
  20. win7 svchost.exe占用内存和CPU很高,电脑很卡的解决方法

热门文章

  1. N1盒子Armbian折腾记
  2. NTT(快速数论变换)模板
  3. 4g物联网卡助力“现代农业”发展壮大
  4. java基础之接口_繁星漫天_新浪博客
  5. 应用金数据在线订单功能 为中小企业带来真正价值
  6. 与 ST_Geometry 配合使用的 SQL 函数
  7. 解决TeamViewer远程连接受阻的方法
  8. esp8266网络自动对时 串口字符连接 病显示 12864i2c u8g2库
  9. uip协议,主动发送功能
  10. Mathtype部分数学符号只能显示方框时的解决办法