1. A段架構師_發揮四項假設性思維
基於軟硬整合觀點
--以終端產品跨平台策略為例
By 高煥堂
misoo.tw@gmail.com
海峽兩岸
智慧電視&家庭商業策略與技術論壇
智慧電視&
http://home-cloud.blogspot.tw/

2. 內容
1. 回顧：溯因(Abductive)推理
2. 探索跨平台策略：願景(Vision) vs. 現實(Reality)
3. 探索跨平台策略：<假定-否證>
4. Mapping from vision to reality：全腦思考
5. 學習未知，成為已知：EIT造形&Android框架
6. 從簡單造形“理解”複雜

3. 言
前

4. 獨特性
(軟硬整合)
產
商業模式
普遍性
(跨平台)
品
策
VISION
創新產品
架構設計
略
可靠性
(測試)

5. •現在，來思索、擬定有效的跨平台策略
軟硬整合
EIT
跨平台
測試

6. • 你學過了”四項假設性思維”，這強有力
支撐A段架構師的創意和策略思維。

7. 備胎：預見失敗
(Consequence)
(觀想)結果：全腦並用
(Mapping from Vision to Reality)
假定：以事實來檢驗
(Based on Facts)
反思：從願景到想法(Vision & Idea)

8. • 這”四項假設性思維”的幕後，就是溯因
(Abductive)推理法。
(Abductive)

9. 1、回顧： 基於軟硬整合觀點
溯因(Abductive)推理

10. • 這4項假設性思維背後是：
溯因(Abductive)推理。
★ 溯因(Abductive)推理是去猜測現象的可能
原因，具有高度靈活性，是具創造性的推
理方法。
★ 溯因邏輯是<假定-否證>的邏輯，透過檢
驗方式，發現走不通的路，就刪除之(減
法) 。

11. 舉例
Q：養乳牛的村莊裡許多人沒得天花

12. • (假定性)推理H：擠牛乳的人一旦感染了
牛痘，就會對天花產生免疫性。
• (可能性)P：感染過牛痘的人，不會再感染
天花。

13. 得過牛痘有
天花免疫力
天花免疫
Q
朔因邏輯
P
得牛痘

14. 證”
否
”
• 觀察~Q的現象，然後從中尋覓其中之一是
P原因所產生的結果。

15. 天花免疫
得過牛痘有
天花免疫力
~Q
得天花
朔因邏輯
P
得牛痘

16. 果(現象)
Q

17. 果(現象)
假定(Hypothesis)
Q
H
P
因

18. 果(現象)
假定(Hypothesis)
~Q
H
<否證>
P
因

19. 基於軟硬整合觀點
2、探索跨平台策略：
願景(Vision) 現象(Reality)
發揮 ”四項假設性思維”

20. 觀想(Visualize)願景，
觀察眼前現(實景)象
H
朔因邏輯

21. 觀察問題來源
跨(別人)平台的問題有兩個來源：
1) 來自終端產品總是面對外來晶片(及其
API)的善變。這稱為”跨小平台”問題。
2) 平台軟體(如Android)升級和版本變更
頻繁，終端(軟硬整合)產品必須隨之而
更新。這稱為”跨大平台”問題。

22. 跨自己平台的問題來源：
• 自己平台愈多差異化(獨特性)，在商場上，
可能擁有更多優勢。
• 然而，隨著自己公司業務的成長，自己平
台版本變更頻繁；如何包容自己平台的差
異化呢? 稱為”跨自己平台”問題。

23. 思
&反
設
假
• 假設(Assumption)：如果有能力跨別人的
平台，也就有能力跨自己的平台。
• 反思：這項假設，在現象下還算合理。
• 於是，先具焦於跨(別人的)平台。

24. 差
落
y的
it
is
V
n與
io
al
Re

25. Q(現象)
Vision：讓產品普遍執行於
各平台，擴大市場
Gap
Reality：必須使用別人晶片平台，
卻被它牽絆。
必須使用Android平台，
它卻版本變更頻繁。

26. 常見現象如下：
• 1、例如，Camera/Display沒有標準linux
驅動，整體方案全部由AP廠商實現，方案
差異較大，而且其中還要嵌入不同廠商的
LCD部分，涉及到多廠家配合問題。
• 2、例如，Telephony主體框架由Android
實現，但由晶片廠家在模組的各個檔中進
行完善補充，修改點非常分散於Android各
層級中，也促成更多Android碎片化。

27. Problem
智慧終端機總是面對外來晶片的善變；
架構師如何規劃跨晶片(硬體)平台的架構
?
◎晶片平台有其API(即服務功能或軟體函
數)這晶片API是善變的。
◎
27

28. 基於軟硬整合觀點
3、探索跨平台策略：
<假定-否證>

29. 言
前

30. Q(現象)
Vision：讓產品普遍執行於
各平台，擴大市場
Gap
Reality：必須使用別人晶片平台，
卻被它牽絆。
必須使用Android平台，
它卻版本變更頻繁。

31. • 願景(Vision)與現實景象(Reality)有落差
(Gap)，其解決策略是什麼? 如何探索、擬
定呢?

32. Q
H
Vision
Reality
GAP
P
?

33. H
Q(果)
願景成真
P(因)
有效策略

34. 理
推
t er
(I
續
持
覆
反
n)
t io
a
行
進
因
溯

35. Q
H
P

36. H(假定)
假定：採用HTML5，基於瀏覽器(Browser)
或採用Java，基於虛擬機(VM)

37. ~Q
H
P

38. • 引導人們去探索新的事實根據，
嘗試否證假定(H)。

39. ~Q
終端產品，
很多底層服務都是C/C++代碼
<否証>
P
基於Browser或 VM

40. ~Q
H
P

41. P
基於Browser或 VM

42. 理
推
溯因
續
繼
，
創意
發揮
續
持
創意
上限
愛
Cre
制(
vity
ati
ons
es c
l ov
int)
tra

43. 定
&假
思
繼
反
續

44. H(假定)
假定：基於EIT造形，
不限制程式語言

45. • 如果找不到事實證據來否證這項假定
(Hypothesis)，就保持熱情繼續探索下去。

46. H
~Q
跨晶片(小)平台
跨Android(大)平台
基於EIT造形的策略，
可實現跨平台
P 基於EIT造形
的跨平台策略

47. • 這引導我們方向，持續探索下去，包括更
多的觀察景象、更多的<假定-否證>，更有
創意的策略，更深入的策略細節探索。
• 下一回合裡，將對這個沒有足夠證據可否
證的”假定”，繼續探索下去。

48. 4、Mapping from基於軟硬整合觀點 reality
vision to
--全腦思考

49. 言
前

50. 起始願景
獨特性
(軟硬整合)
普遍性
(跨平台)
可靠性
(測試)

51. H
~Q
跨晶片(小)平台
跨Android(大)平台
基於EIT造形的策略，
可實現跨平台
P 基於EIT造形
的跨平台策略

52. 細膩的願景
軟硬整合
普遍性
跨平台
策略
EIT
測試

53. 全腦思考(完成性假設思維 )

54. • 右腦能清晰於impossible vision，左腦能
推理出possible vision。

56. • 西方自從亞里斯多德、柏拉圖之後，增強
長程邏輯推理能力，支持右腦想像，右腦
成長，帶動左腦跟進成長，就出現許多全
腦思考，創意就出來了。

57. • 依據「第三智慧」 一書所述，華人是模擬
式而非推理式思維，擅於與過去的事實模
擬，不擅于長程的邏輯推理(rule-based)。

58. i ty
n al
io re
vis to
ng m
pi fro
ap
M
• 有效引導我們去尋找原所缺乏的新知識
(Unknown)：

59. 已知事物
未知事物
Vision &
EIT 造形

60. •讓它變成Known，成為左腦的推理基礎。
變成
已知事物

61. 物
事
知
已
Reality：終端廠商
必須使用別人晶片平台，
卻被它牽絆。
必須使用Android平台，
它卻版本變更頻繁。

62. n)
ow
kn
Un
ow
Kn
(
物
事
索
探
知
未

63. 已知事物
Vision &
EIT 造形
引導
未知事物
• Android具有多層級框架(Framework)。
• 平台服務接口表現於框架的API上。
• 晶片平台服務接口，
有些表現於晶片廠商提供的驅動API，
有些隱藏於Android的框架API的幕後。

64. 基於軟硬整合觀點
5、學習未知，成為已知：
--EIT造形&Android框架

65. 言
前

66. • 深入探索未知事物，讓它變成Known，成
為左腦的推理基礎。

67. 未知事物

68. 變成
已知事物

69. 已知事物
Vision &
EIT 造形
引導
未知事物
• Android具有多層級框架(Framework)。
• 平台服務接口表現於框架的API上。
• 晶片平台服務接口，
有些表現於晶片廠商提供的驅動API，
有些隱藏於Android的框架API的幕後。

70. 基於軟硬整合觀點
6、從簡單造形“理解”複雜

71. 從簡單造形探索細微事實
• 從簡單造形探索隱藏於複雜中的細微事實。

72. 台
平
跨
n:
io
is
V
H(假定)
假定：接口(Interface)是與平台的
交會點，是探索的焦點。

73. • 這看似合理的，沒有眼前事實可以否證這
項假設。
• 在這項假定的引導下探索平台的介面。

74. 已知事物
Vision &
EIT 造形
引導
未知事物
• Android具有多層級框架(Framework)。
• 平台服務接口表現於框架的API上。
• 晶片平台服務接口，
有些表現於晶片廠商提供的驅動API，
有些隱藏於Android的框架API的幕後。

77. 已知事物
Vision &
EIT 造形
引導
未知事物
• Android具有多層級框架(Framework)。
• 平台服務接口表現於框架的API上。
• 晶片平台服務接口，
有些表現於晶片廠商提供的驅動API，
有些隱藏於Android的框架API的幕後。

78. Client
1. get_module()
2. open()
HAL框架
Stub
3. set_on()等
HAL-Driver

79. Kernel-Driver

80. 個 實
現一 的事
發 眼
不起

81. 我們的模組都依賴於別人
訂定的接口(Interface)上。

82. • 這是一個驚奇的發現，但卻很不起眼。這
意思是，我們心中有個<不自覺的假設>(四
項架設性思維的#1思維)：
Assumption: “平台訂定、提供API給上層
Client使用”是合情合理的(像真理一般)。

83. • 當我們反思一下，就會發現這項假設，大
大局限了我們的視野和創意，讓我們會無
視於上述的驚奇事實(視而不見)。所以，我
才說這項發現是不容易的，因為不在視野
之內，就是俗稱的”不起眼”。

84. I
T

85. Client
1. get_module()
2. open()
HAL框架
I
Stub
3. set_on()等
HAL-Driver

86. 基於軟硬整合觀點
7、從簡單造形“掌控”複雜

87. • 基於這項不起眼的新發現事實，做了大膽
的假定(Hypothesis)：
• 若擁有接口制定權，就能大幅降低對平台
的依賴性(提高跨平台性)。

88. H(假定)
假定：若擁有接口制定權，就
能大幅提高跨平台性。

89. H
Q
大幅降低對平台的依賴
性(提高跨平台性)。
P
若擁有接口制定權，就
能大幅提高跨平台性。
取得接口
制定權。

90. • 引導我們去探索、發現和確認新事實：
☆EIT造形確能有效封裝別人的介面，
包括Android框架API和晶片驅動的
API。

91. H
Q
大幅降低對平台的依賴
性(提高跨平台性)。
若擁有接口制定權，就
能大幅提高跨平台性。
P 運用EIT造形來封裝別人API，
並制定自己API。

92. 擬定”基本跨平台策略”
於是，獲得了策略的訂定方向了：
• What：擅用EIT造形。
• How-to：封裝別人API，制定自己API。

93. • 在下一個單元裡，將基於此方向來擬定”
跨平台的實踐策略”，並評估其可實現性。

94. Thanks…
高煥堂 misoo.tw@gmail.com