Siri is HAL?

不管 Apple 公司產品發表策略是什麼, iphone 4s 唯一的亮點大概就是 Siri. 這兩天在思考 Siri 到底跟以前的語音輸入有什麼不同時, 發覺我應該從客觀環境來看 Siri 出現在手機上代表著什麼.

* 手機有足夠的運算能力, 可以分析收到的資料
* 有眼睛 (Camera)
* 有耳朵 (Mic)
* 有嘴巴 (Speaker/Receiver)
* 知道自己在哪 (GPS/AGPS)
* 使用者已經習慣 always online 連線方式 (3G or 4G)
* 使用者開始習慣用手機上網取得一些服務

就功能上看 Siri 是可以有機會變成下一個世代的搜尋引擎, 或是真的當成所謂 "雲端' 服務的窗口, 就跟前一陣子的 "老闆不是人 (Horrible Bosses)" 電影一樣, 車上的服務系統隨時有個印度人 online 的感覺 ;) .

G 公司的搜尋你還可以選擇下一個連結, "感覺" 上比較可以控制 (其實也只是感覺而已, 因為下一個 click 經常也是被決定的 :P) 只是大家比較注意第一個 click 或 link 的 rank)

語音的特性是無法列表的, 所以 Siri 應該直接跟你講答案, 但是能做到多個人呢? 我的期望是 (純屬模擬):

Me: 今天幫我訂吃牛排的位置
Siri: 是常去那間嗎
Me: Yes
Siri: Ok (然後把剩下的搞定, 訂位, 發 mail, 同步行事曆到 iCloud 跟我所有的 i device)

如果訂不到:
Siri ring...: 餐廳沒位置, 要選其他的嗎
Me: 有什麼建議嗎
Siri: 根據你的收入, 月底了, 還是路邊攤吃吃就好...
Me: 果然 hold 的住
Siri: 我比 hold 住姊強多了, 謝謝

如果只能告訴我附近有哪些餐廳就有一點遜. 如果跟電話答錄機一樣跟你說一堆 options, 那應該這個助理很快就被開除了. 但是如果他是 HAL 呢?

Siri, Siri give me your answer do.
I'm half crazy all for the love of you...



不過我覺得這個功能 G 公司先推出才對.

我想歐洲應該會說, 這麼了解自己的 Siri 侵犯到隱私權吧...付錢請一個老大哥 (Big Brother) 待在身邊好像不是很 make sense.

update 10/25

Surprising news, Siri 的 co founder Dag Kittlaus just left Apple

穿著 Prada 的惡魔啟示錄 - 沒有甚麼是理所當然的

這幾天放了個意料之外的 10/1 長假, 看到衛星電視的非x新聞又在大談 Windows 8, 雲端, ultrabook, Android....blah blah blah

突然覺得把那個皮帶選擇跟毛衣 (sweater) 故事換成 OS/雲端/open source/Android/tablet/app store/etc... 對台灣 OEM/ODM 產業/股民也是很殘忍的存在.

Android 跟 Windows 沒差別, Intel 跟 ARM 沒差別, Android Market 跟 APP store 沒差別, G 公司跟 M 公司沒差別...

穿著 Prada 的惡魔 script excerpt.
===================================
No. No, no. Nothing's…

You know, it's just that both those belts look exactly the same to me.

You know, I'm still learning about this stuff and, uh…

"This… stuff"?

Oh. Okay. I see.

You think this has nothing to do with you.

You go to your closet…

and you select… I don't know… that lumpy blue sweater, for instance…

because you're trying to tell the world that you take yourself too seriously…

to care about what you put on your back.

But what you don't know is that that sweater is not just blue.

It's not turquoise. It's not lapis.

It's actually cerulean.

And you're also blithely unaware of the fact…

輪迴的遊戲 - Nokia + Microsoft...SO?

剛開始聽到 burning platform 加上跳北海的這個形容的時候, 只想到這個形容真好, 芬蘭人一定了解 sauna 的感覺, 這個例子 N 公司員工一定是感同身受啊. 沒想到接著就聽到 Nokia 棄守 symbian 跟 Meego, 投向 Windows phone 陣營起來. 連 Intel 都一副被拋棄的樣子, 更不要說 Nokia 剛領養的 QT 只能安靜的在旁邊嘆息了, 應該大家都傻眼吧. 我看 Nokia 跟 Symbian 的 twit 上, 一片罵聲連連, 員工示威. 看到 CEO stephen 還自己跳出來回 twit 說不是 M 的 trojan horse, 差點噗滋一聲笑出來. 我可以充分了解這個心情...BUT, 因為從小看過太多這類灑狗血賺人熱淚 (N 為何要棄我們而去找 M 啊...淚...)的合作案, 長大比較能冷眼旁觀 :P 不過, 還是蠻有感觸的, 所以趕快 blog 一下.

現實層面來看, Nokia 雖然在被 Android + iphone + 山寨的夾擊下, 2010 還是能保有 28% 市佔率, 其實怎麼樣看都不算弱者. M 公司雖然智慧手機被殺到只剩個位數零頭 (因為只有所謂智慧型....), 但是 Windows phone 7 的確跟 Windows mobile 6.x 完全不同. 網路上一堆把這兩間公司標成 Loser +Loser, 但是明明兩間某方面都有 dominate 市場的能力, 所以裝什麼弱啊!!! 應該反托拉斯先要準備調查一下吧! 我個人覺得Windows phone 7 跟 Zune 比較像, 很簡潔. 這年頭大家都在瘋 apple, 其實 M 的 Zune type UI 就跟 xbox 一樣, 真的用過其實會覺得還不錯 (well, 除了 my xbox 出現過多次三紅, 跟 kinect 需要大客廳外). 我個人還蠻期待 M 跟 N 做出 impress 的東西. 以及這個 marriage (營運 cost down vs. 重拾 MS platform 信心) 可以撐多久 :P

Nokia 當初跟 Intel 合作 Meego 也是蠻奇怪的事, 因為 Maemo/symbian/QT 跟 moblin 當初每個 target 不太一樣. 不過 Intel (butnot only Intel)也一直打著 x86 based mobile device 的主意,想想看, 所有的 x86 wintel 的 app 都不用 cross compile 啊, 多麼美好的世界! N 應該也寄望彌補 mobile device 上 roadmap 的空缺. x86 當然不單指小筆電的 atom, 還包括真正的 mobile device = PHONE 在內, 不過 x86 的 embedded mobile CPU solution 一直難產, 眼看 2011 年中一堆的 ARM cortex A9 dual core tablet 量產, 年底 PSP 2 的 quad-core cortex A9 量產, intel 應該不會讓 mobile computing 的餅全部被 ARMs 聯軍 吃掉吧 ;)

現代三國 (Android/iOS/Windows) 還真是值得期待. 不過 x86 跟 ARM 的雲端對決應該也是觀戰重點.......低頭做筆記.

一個情人節的無聊 nerd blog...haha

意料內的意外 = or != 行銷

電視上新聞 "一直" 看到 Michael Jackson 的新單曲在正式 release 前, 很巧的 TMZ 又在網站上搶先 post 了 47 秒的 MV. 這類搶鮮試聽, 或是滿足人偷窺慾望的 release 方式, 實在覺得是很老的梗了, 不過我想應該還是很有效吧 :) 這類真真假假的娛樂新聞, 本來就很容易引起一般人的注意. 不過, 我是很佩服美國娛樂產業可以這麼快的用 "電影" 的方式, 來 release 最後未完成的 "演唱會". 除了行銷的 idea 外, 當初這些在排練 take 的畫面, 以及相關的合約 arrange, 若沒有充足的經驗, 是很難在短時間內組織出相關產品的.

很多 geek :P 可能會覺得這類娛樂新聞很無聊, 可是如果換一個方式呈現, 可能感覺就不一樣, 例如: 某個水果 3C 產品 release 一周被 hack 了, 或是某 online store 下載的軟體用很笨的 folder 方式保護. 到底是 user 破解了保護, 還是 marketing people 破解了 user 的心防.

世界真是有趣阿 :)

雲端的迷思

這一陣子兩個颱風來, 大家為著氣象局的預報準不準在電視上鬧的沸沸揚揚. 媒體也乾脆把來自各國的預報路線用不同顏色疊在一起. 各電視台面對著向炸彈開花似的預報路線圖, 開始一種路線, 各自表述起來. 觀眾透過最簡單的 client 端: 電視, 收看著來自各個來自 "不同國家" 用 "不同演算法" 在所謂 "超級" 電腦中運算出來的結果. 突然覺得有點好笑, 想一想, 這也是種雲端運算吧, 只不過天邊不是只有一朵雲而已.

有趣的互動設計概念 (interactive design concept)

感謝 youtube/vimeo and google, 最近看到幾個有趣的互動設計 concept.

* 這是真實物件位置跟背景光影互動

Bouncing Balls from Dofl Yun on Vimeo.

* 這是透過不同感知的方式來展現互動創作的可能性

ensemble project from Dofl Yun on Vimeo.

* 一個有趣的互動 Drum/sequencer (thanks, wilson :) )




* 可提供觸感的 3D 投影 (搭配 ultrasonic pad)




* Wii 的一個新 game, 非常令人深思的遊戲進行方式.

硬體產品專案管理經驗分享 - 時程 (schedule)

不論專案或是產品, 通常都有俗話所謂的 deadline 或是market window 限制. 基本上 PM 被賦予的任務就是得到目標後 (明確 or 不明確 :P 的目標都有可能), 在指定的時間內, 協調公司內外部 resource (錢, 人員, 組織), 達成指定目標. 所有的 resource 投入, 都是為了在某個時間點取得某個成果 (working sample/demo/trade show/shipping/etc). 錯過了時間點, 後果通常都很嚴重. 通常影響 schedule 最大的是 scope 變更, 但這裡不討論 scope 變更的問題.

這幾天又在 HBO 看到 "大敵當前 (Enemy at the Gates )" 這部片子, 這個戰爭電影有一句還蠻經典的對白:

Vodka is a luxury we have. Caviare is a luxury we have. Time is not.
-Enemy at the Gates, Nikita Khrushchev

意思是說, 我們可以享用 (一般老百姓沒有的) 伏特加跟魚子醬, 但是唯一沒有時間可以浪費 (Time is not luxury we have). PM 可以協調找到資源, 但是永遠缺時間. 假你錯過時間, 可能產品失敗的機會或隱藏的成本, 一般來說會呈現 "幾何" 倍數增加. 要有一個重要概念: 最後一個月追加 30% 的預算跟 delay schedule 東西 marketing/sales 預估少賣 30% 的量, 到底是哪一個損失比較大. cost 觀念不是只有 PM 要有, 同時專案裡的人對 cost 要有相同共識.

Schedule 這個東西 "看" 起來很簡單, 不過就是做一件事需要多少時間, 把所有需要的時間按照發生的先後順序調整一下就好 (跟 programming 很像, 不是嗎 XD ). 問題來了:

* 如何知道做這個軟/硬體或做這個 project 一共有哪些事情 (scope 有多大)
* 這些事情對應的 function 組織及負責人是誰
* 如何知道這些事情需要多少時間
* 如何分辨這些事情出錯造成的風險跟衝擊有多大
* 遇到問題的應變跟通知對象

這一部分其實就是大部分 Developer 踏入 PM 領域的第一項 "技術" 門檻, 因為瞭解組織跟認識 API/function block 一樣, 都需要時間跟精神. 同時, 跟 "人" 溝通不是 下 command 給電腦, 不是馬上有結果 or 每次結果如你預期一樣. 當然某個程度來說, 做產品/專案有一點像 coding, 只不過 coding 的對象是組織而不是 library. 當然, 你對組織/流程/工具越熟, 就越能有效率跟機會達成原先設定的目標. 根據不同的成長經驗, 每一個 PM 都有每一個 PM 不同的風格, 下面是我覺得一開始比較重要的:

* 了解並釐清公司內部組織跟流程規範

每一間稍具規模的硬體公司, 都會有標準的流程或是 follow 公司訂的 ISO 流程. 認識這些流程是了解硬體相關專案管理的第一步. 台灣從純代工的 OEM 到現在佔世界 3C ODM 跟 OBM 的重要地位也有幾十年了. 從微利的代工開始, 所以設計到製造其實分工很細, 流程本身相對於很多其他產業來說也嚴謹許多, 每一個細節為什麼這樣做都有其歷史原因. 一般來說, 因為其實細節太多, PM 可以了解或不了解, 不懂可以問, 但最好不要用猜的.

* 總共有哪些重要項目, 哪些時間是固定的, 例如 (但不限於):

a. 每一個階段 (EVT/DVT/PVT or 不同 flow 階段) 的 check point 時間, 跟 check point 對應的 check item 是什麼.
b. BOM 裏面的關鍵零組件備料時間 (採購通常會提出一個安全反應時間, 有一些例如: 發 PCB gerber 到交貨時間, 常都是固定的天數)
c. 硬體產品認證時間 (Lab 會評估如果 sample "軟" + "硬" 體都沒問題, 多少時間可測完)
d. 每一個關鍵硬體功能的需要驗證時間 (從發出需求給 vendor, 到 sample 驗完)
e. 採購的作業時間
f. 整合測試的 cycle time, 例如發行軟體測一個 round 需要多少時間
g. 量產從 RD 到 PE 到工廠的技轉時間
h. 工廠的前置作業時間

* 產出重要文件需要的時間請放入 schedule 中

文件通常不是交付或驗收標的物, 所以很多人就忽略文件的重要性. 一般 Follow "標準" (ISO/CMMI) 流程的專案 (如果公司跑 ISO/CMMI/PDM 的話), 會產出一堆的文件, 用這些必然產出的文件當控制點是蠻方便作法. 但是因為跑流程, 有額外的文件負擔, 許多小規模的專案, 常只產出少量文件或完全沒有文件. 因為口說無憑, 進行到後段經常會很難收尾. 如果該產出的重要文件, 我個人覺得還是要放入 schedule 計畫中比較好. 有時前面為了省一些寫文件時間, 後面會浪費更多協調溝通時間.

* 將預先設定好的 milestone, 跟必然產出的文件項目放入 project 管理軟體

用最簡單的例子: product spec 展開後可以有-> hardware design spec + software design spec, 接下來又有各有對應的 verification citeria 跟 factory test item. 這有一定會產出的 item, 可以像樹狀圖一樣依照分類 (軟體/硬體/測試/etc) 先放到 project schedule 軟體, 這樣對整個 project scope 跟各個事件的相依性會清楚很多. 當然, 如果最後畫的出 critical path 更好, 不過在現實世界的互動裡, critical path 會隨專案進行變動的 ;)

* 保持溝通透明與順暢

專案越大, 協調溝通的人越多, 溝通透明跟順暢就越重要. 透明是盡量讓溝通過程中造成的誤解減少, 原則是對事不對人, 記得傳遞訊息的目的是解決問題. 順暢是讓專案成員願意主動傳遞訊息 (不論是好消息還是壞消息). 專案進行中有意識 or 無意識自我過濾訊息, 通常是災難的開始. Schedule 很多東西是看不到的, 通常事情都是發生問題, 才能從 schedule 看到 delay. 溝通的透明跟順暢讓這些看不出的問題, 影響 schedule 的程度減少, 同時縮短下對策的反應時間.

硬體產品專案管理經驗分享 - 專利 (IPR)

記得很久以前, 小時候看天下雜誌還是商業週刊, 提到企業的資訊蒐集及 data mining 能力很重要. 那時只是很抽象的知道這件事很重要, 但是並沒有意識到到底有多重要 (or 多可怕). 工作一段時間之後, 透過許多不同的方式, 看到各家的產業報告, VC (venture capital) 的投資分析, 以及 real world 的專利分析報告. 才驚覺自己所學在整個產業中的渺小.

並不是每個人都喜歡 Intellectual Property Right (IPR) 的觀念, 跟所造成的壟斷跟限制, 但是現在除非是都是以專案 (非歐美地區) 或是封閉性小眾客戶為主, 我個人認為, 做產品很難不遇到 IPR 問題. 所以做某個跟 $$ 相關的決定, 要能先意識到 IPR 問題是很重要的, 因為這代表著隱藏的時間, 成本, 跟風險. 這類跟 IPR 相關的產品管理不是只出現在電子 or 製造業. 其它例如藥品業, 也是產品開發時就已經結合 IPR 跟生命週期管理. 透過有組織的分析各種公開資訊 (專利/法律/財報), 可以看見很多公司內部的訊息, 常見的包含:

* 公司未來可能產品方向跟佈局
* 公司有哪些專利訴訟正在進行 <- 有哪些 IPR 是經的起考驗, 或真的有 value 可以跟人家 trade
* 專利申請人有哪些 <- 通常是有 know-how 的 key man
* 用 IPR 被引用的次數, 做公司實際 value 的評估

另外, 很多人把 IPR 管理/分析, 跟商標/專利申請混為一談. 也很常常見到低品質, 或是其實無任何保護或攻擊效力的專利申請, 當成是 IPR 應用的全部. IPR 這個領域也已經有百多年歷史了, 其實有分工非常細的生態, 不是簡單可以說完的. 我個人是覺得科技業的企業整體戰力, 跟 IPR 法務戰力基本上是成正比的. 產品遇到的 IPR 問題, 也通常跟產品的熱門程度成正比 :)

很多人對 IPR 有很多迷思, 典型的例如: 這個產品是我們自己設計的, 沒有參考別人, 就沒有 IPR 問題. Or 我的 reference design 來自某某知名公司, 不會有相關 IPR 授權金問題. Or 用 Open source 沒有權利金的問題... 很多啦, 這幾個敘述都該打 X, 因為都是錯的 :) . 這邊有幾點常見注意的問題.

* 產品有哪些關鍵零組件 (key components), 這些關鍵零組件本身是否已經 cover 了 IPR (尤其是需要 essential IPR (基礎專利, 簡單來說就是你不可能做出功能一樣, 但是不侵犯專利的產品) 的元件, 如 GSM/3G/etc...)的費用? 一般來說, chipset solution 不 cover 終端產品的 IPR, 而 module solution 有些會, 有些不會. 在選料時要先確認.

* 很多專利 alliance/pool, 是找 manufacturer 簽約付授權金, 而不是根據 design house 或是 branding company 的實際生產/出貨數量. 這會造成 manufacturer 不見得願意付, 或是跟你一起跟 alliance/pool 談.

* 若使用的硬體 chipset 有內建 codec (MEPG2/MPEG3/others), 或 firmware (software) 包含 codec, 就有可能需要付授權費. 簡單的使用者 2 次加工 (例如: 出貨時功能不全, 但使用者把某一個東西放進 device, 或是按下某個鍵, 就可以讓 device 功能完整), 不見得能規避 IPR 的問題.

* (歐洲) 某些國家海關 (如: 德國), 海關可以直接扣押主觀認為有侵權疑慮的產品, 所以可能在沒收到任何 IP holder 的 letter 下, 毫無預警被扣押.

*產品交貨是 FOB, DDU 或是 DDP, IPR 授權金基本上跟出貨地點有間接關係 (who will pay), 在考慮整體 cost 跟 BOM 時, PM 應該把這一部份成本跟 schedule 考慮進去.

* 因為通常一個產品裡面會有多個 function block, 每個 function 都有可能有 patent 的問題. 所以被人發 letter claim IPR fee 時, 先確認人家 claim 什麼? 很多公司都是發警告信, 但是不會在第一時間跟你說要 claim 什麼. 此時不要 panic, 請先回信確認他代表哪些 IPR pool, 他要 claim 什麼?

* 如果產品中有包含 Open Source (GPL) 軟體/tools (如 busybox), 產品相關的 source code 也需要公佈, for example: http://thinkingopen.wordpress.com/2008/06/10/busybox-is-back-back-again/ 如果用到 codec, 還是要付 codec alliance 的 IPR.

當初 google android 不直接使用 Java ME VM 在產品中, 而自己重做 Dalvik VM, 其實也是有 patent 跟策略考慮在裡面, 因為能 open source code 跟能將 code 以硬體產品方式散佈是不同的授權 (不知道有沒有人冒冷汗 ^^!). 其中還點到 MS 跟 Sun 當初對 JVM 交換授權的問題. 有興趣可以搜尋一下 dalvik vm 相關的文章. 例如這一篇: http://www.betaversion.org/~stefano/linotype/news/110/ 裏面把 google 不使用 sun 的技術的原因, 從策略角度上做了不錯的說明. 除了規避之外, Microsoft 買了 Andy Rubin (Android leader) 的前一個 fund 的公司 Danger (同樣 base on JVM), 很多分析家都在看 Microsoft 何時會拿出這張牌.

即使是單純接收資料的 GPS, 可能在不同地區也會被 claim IPR (會發生很奇怪的現象, 收美國軍方衛星資料, 但要付歐洲公司錢??) 所以沒有什麼不會被 claim 的.

相關 IPR 的資訊現在開始越來越多, 下面幾個網站我覺得還蠻值得入門參考的:

* 國家實驗研究院科技政策研究與資訊中心 http://cdnet.stpi.org.tw/intro.htm
* 資策會科技法律中心 http://stlc.iii.org.tw/

參考書籍的話, 周延鵬 (周律師) 的書不錯, 很多 Business 上的細節都有點到, 很值得參考, 推一下 :)

硬體產品專案管理經驗分享 - 規格 (specification)

前一陣子有朋友問到硬體產品專案設計/生產/測試該注意到的問題. 本來我想翻一下 google 找一些比較完整的說明 forward, 除本身這個話題範圍很廣外, 不知是我關鍵字用錯還是怎樣, 找不到比較適合的, 就順便就把我覺得 PM 該知道, 該注意的寫出來.

在有規模的系統廠, 組織的分工比較細, 硬體專案進行都有自己公司的標準 ISO 流程或 PDM/PLM 系統. 從前段規格確認, IP 專利分析規避, 合約檢查, 中段的設計檢查, 量產規劃, 到後段生產 flow, 生產 ramp up 該做的流程都蠻固定的, 但項目說起來頗多 (其實是非常多, 理論上所有 ISO 流程文件都會產出, 並且最後入到 DCC (document control center) 做統一管理). 像手持裝置 ("非" feature phone 類的) 變化又更多, 所以, 這邊介紹時會簡化很多.

在這邊除了寫規格該注意的事項外, 我覺得有幾個非技術的事情 PM 要隨時注意, 例如:

* 要保持對狀況的靈敏度 (例如: 要交付的目標是什麼, 目前共識有哪些, pending issue 有哪些, 問題的優先順序跟其他人是否一樣). 重點是, 不要讓自己或團隊狀況外. 你的產品會忠實呈現團隊狀況外的程度.

* 認識 team member 的行為模式, 不見得每個人都是華盛頓 (either 沒事會去砍櫻桃樹或面對問題認錯), 自我感覺良好不是高官們的專利. 從辦公室打掃的, 到公司管理階層, 沒出大事之前大家的感覺都會很好.

* 對自己不了解的問題, 不要輕易放水. 放水不代表不用負責, 只代表還不夠專業.

* 要記得追蹤有風險的決定, 不要以為一開始沒事就沒事. 莫非定律出現的機會通常比你的運氣好. 如果要用趕工 (crashing) 或是同步作業 (fast tracking), 請記得讓大家知道這叫 fast tracking 跟 crashing, 是有額外 cost 的. 要記得警告大家風險成本是多少.

* 問題能早解決就早解決, 拖到最後還是要解. 常見有人剛開始跟你說 ok, 但最後大家都得健忘症, 代價沒人願意承擔. 遇到這種情形, 請把深海魚油跟雞精準備好, 魚油給別人補腦力, 雞精留給自己熬夜吧 =_=

雖然大家都知道這些, 但是常因為現實環境 (成本, 時間, 部門利害關係) 而犧牲. 但是, 不管如何, 還是要隨時注意. 下面每個主題, 都只簡單介紹該領域我覺得最簡要的部份 (也就是包括, 但不限於的意思啦):

* 不要覺得規格確認是 one time work
規格確認不是一件做完就不用管的事, 而是一件到產品 phase out 之前都可能會跟著你的問題. 因為可能發生的狀況太多, 有可能零件停產, 某批零件 quality 有問題, 客戶發現新的設計問題, 有新的法規等... 不過以項目來說, 主要下面幾點:

** 硬體功能需求: 要有哪些硬體功能, 以及這些硬體功能的規格要求. 舉例來說: wi-fi 不是 chipset solution 決定就好, 輸出的 power 跟天線敏感度, 耗電量這些細節都要放到文件裡. 現在 wi-fi chipset 都會有 firmware 或是執行時要載入 firmware. Firmware 經常會有細小的差異跟 bugfix, 這些都會影響中段產品測試, 認證及產測規格. 如果客戶有指定或覺得重要的 test case (穩定在某個環境, 傳輸多少資料的效率或不中斷之類的測試), 請一定要做.
如果 wi-fi 傳輸時要亮燈, 或是可以用 packet 喚醒 suspend (IP phone 標準) 狀態的 wi-fi, 這些都跟電路的設計相關. 通常設計階段還會跟硬體及機構件的 placement (晶片放在電路板哪些位置) 相關, 這些都會影響 schedule 跟最終客戶驗收的 quality, 請注意.

** 與硬體相關使用者行為確認
使用者介面分為兩個, 一個是純軟體的 UI, 另一個是跟硬體的互動 (通常是 LED/按鍵/Dial/track ball 等等). 拿 iPod 當例子來說, 當 iPod 在播放音樂時, 把耳機線拔掉, 音樂就會停. 這就是硬體設計 interrupt 支援軟體行為可能性的範例. 盡可能把所有 user case 釐清楚. 請千萬記住, 硬體是沒辦法跟軟體一樣說改就改. 軟體按 make 重新 compile 的成本很低 (至少一般人感覺很低啦 =_= ), 以為改硬體也是重新焊個元件, 改個電路, 加個電阻或換個 filter. 但是改硬體馬上就有原有料變廢料,重新驗証新料/電路的時間, 新洗板子, 打件驗証的時間, DFM (design for manufacturing) 變更, 這時間跟成本其實是難以想像的高.
或許有人會提 rework 可節省一些驗證的時間, 但是問題是: rework 的 quality 通常不穩定, 很多驗證時會發生: 這是原有的問題, 還是 rework 的問題? 功能可能可以 rework 驗證, 但 DFM 可能還是要重新來一次才能確保 quality.

** 使用環境: 裝置是手持式, 車用, 家用, 工業用, 玩具都有不同的測試規範. 主銷非洲市場跟用在俄羅斯的產品要做的測試重點也不太一樣. 請針對環境可能的需求, 讓客戶盡量描述清楚, 並跟相關人員討論增加一些對應的 test case, 以及對應的入料檢驗規範. 在環測測試中, 你會發覺大部分東西遠比你想像的容易壞, 而零件的價格跟品質大部分都是有道理的. 請記得, 零件供應商的產品規格不檢驗的問題在 "你", 客戶通常是不會找零件供應商的. 東西該摔就要摔, 該震就要震, ESD 該打多少就多少. 產品的 quality 控制就靠這些細節執行. 我也相信 PMI 說的 quality 是 design in, 不是 inspect in, 但事實是: 通常大家都覺得已經 design in 了, 直到 fuse 爆掉那一天.

** 使用壽命: 使用壽命跟產品的成本 Life cycle 管理, 供應商管理, 售後服務都有關係. 跟產品的設計, 用料都有直接的關係. 機構料本身的 cycle 數使用限制, 到 SD 卡插槽的跟 SD 卡接點 pin 耐磨程度, connector 的鍍金厚度. 都是 base on 使用環境跟使用者行為來評估. 另外售後服務的時間, 跟備 customer support 的料的量, 都應該找相關部門以評估成本.

** 認證: 認證大致有幾種 1. 安規 Safty 類 2. 不同國家進口的額外需求 3. 客戶營運商需求 (PTRCB/FTA/etc) 4. 綠色環保類 (Green, RoHS, WEEE) 5. 還有要掛 Logo 類 (Bluetooth/Wi-Fi/etc). 不同國家的安規規定, 也會造成產品包裝/標示/說明書問題, 甚至送認證的名稱都可能會影響後續進口流程及系列產品認證, 這些都在認證時要考慮.

標準的安規例如 FCC/CE, 需要注意的地方是要跟安規實驗室 (lab) 討論 user test case. 產品的硬體版本, 及相關 accessory (尤其是變壓器/充電器), 連接 cable 等, 在進 lab 前請先確認. 同時, 進 lab 前記得要先做 pre-test, 如果 pre-test 沒過, 通常都是有 RD 沒說的隱藏問題, 一般來說送 lab 前還有這些問題, 這些問題都會影響最後 quality.

安規看起來大家都在做很平常, 但其實可以幫你從外部 lab 角度看產品 EMC/EMI 跟穩定問題. 不同國家, 可能有不同的認證需求, 像手機進台灣還要做 NCC. 如果是包含 GSM/3G 功能, 但是使用的是 chipset 而不是現成的 module (如 原為 Siemens 的 Cinterion), CE 還會需要 GSM protocol 相關測試, 這類 protocol 測試一個 run 要上百小時. 如果包含多個 RF 射頻的智慧型裝置, 不同國家還有不同的功率規定及通報規費 and 額外的時間, 請把它算到你出貨的 schedule.

Green 相關常見有 RoHS 跟 WEEE, RoHS 可依廠商宣告書管裡做自我宣告, 這部份每個公司對於廠商宣告書的 policy 跟管理工具都不太一樣. 當然 Lab 也有 X ray 掃描或化學方式可做分析, 但是大部分還是以供應商管理比較多. WEEE 除了要拆解說明書外,還要跟歐盟認可的廢棄物處理商簽約才算有效.

要把 Wi-Fi 跟 Bluetooth 的認證 Logo 合法掛在盒子上, 通常都有額外的認證/測試流程. 想掛 Logo 你必須先加入對應組織的會員 ( Alliance 或是 SIG (special interest group)). 加入價錢從免費 (Bluetooth), 到數千 USD 不等, 你必須選擇適合你的 package. 然後才是根據掛 Logo 需要的條件做認證. 請記得, 有 Wi-Fi 跟 Wi-Fi certified 是兩件事. RD 說功能 ok 不代表你可以掛 Logo. 掛 Logo 不是紙盒上印就有的, 要 1. 加入會員, 2. 做過認證 3. 符合相關掛 logo 規定才算. 最後記得把成本算進去. 有些 Logo 還有 IPR 的費用 (DVD/CD/MP3/etc), 付費方式也不一, 請先注意.

如果是你自己開公司作產品, 或公司本身先前沒有為 device 申請 MAC 專屬位置: 還需要先到 IEEE 申請一個 OUI (就是 MAC 位址前3 byte 啦), USB forum 申請一個 USB ID. 含通訊功能的手機或移動裝置的話, 還需要去申請一段空的 IMEI number 供使用.

IEEE OUI: http://standards.ieee.org/regauth/index.html
USB: https://www.usb.org/members_landing
IMEI: http://www.babt.com/gsm-imei-number-allocation.asp

被忽略的M2M (Machine to Machine / 物聯網)

近來好像大家的注意焦點都擺在小筆電, 或是智慧型手機平台這類產品上. 不論各家廠商如何行銷自己的功能 (多點觸控, 待機時間長, 便宜, UI 炫, 開機使用服務快不快) 但檢驗法則很簡單, 就是使用者 (人) 對於產品的接受度.

小筆電 (x86 based netbook) 目前基本上廠商都只能在 Intel 跟 MS 定下的規則下面玩 (螢幕尺寸, 使用的周邊 chipset, 甚至 Windows 版本). 接下來半年應該是看看 ARM based 的 smartbook 面世後, 看的是一般使用者對於效能及功能上的滿意度. 還有 netbook 跟 smartbook 的 BOM/Retail 價格是不是能重新區隔出一個市場.

Smartphone 智慧型手機看起來雖然家數很多, 目前能提供整合軟硬體的使用者體驗的其實只有 Apple (iTunes/App store) 跟 Blackberry (push mail). 不把 Google/Nokia/HTC/Samsung 算進去是因為 Google 不是自己作硬體, 而 Nokia 的 Ovi store 使用者太少, HTC/Samsung 並沒有使用者忠誠度高的軟體服務.

最近一則新聞沒佔到什麼版面, 不小心閒閒沒事翻 news 翻到, 引起了我的注意. 就是 Verizon Wireless 跟 Qualcomm 要合資組一間專做 M2M 的公司. M2M 是 Machine to Machine 的縮寫, 字面上來說, 就是機器對機器. 寫到這邊, 覺得本篇的標題下錯了. 因為, 今年暑假最 hito 的就是 M2M 啦, 連小孩都愛的 M2M...變形金剛啦!!!

基本上 M2M 涵蓋的範圍很廣, 簡單的例子, 從搭捷運用 RFID 卡到高速公路 ETC 易通機, 或者計程車隊服務都算 M2M 的基本應用. M2M 通常需要整合軟體服務架構及硬體設備, 以提供一個穩定的服務, 所以大部分都是以專案的方式進行. 這裡有一篇介紹 m2m scope 的內容可參考.

http://cdnet.stpi.org.tw/techroom/analysis/2008/pat_08_A021.htm

因為 M2M 中間並不會有 "人", 所以系統穩定性要求很高, 軟體服務設計架構與測試也比一般的 utility 難度高很多. 因為不管是工業應用上的 SCADA 或是移動式車隊服務, 考慮通訊時的狀態/通訊 handshaking 時間窗口/連線穩定都是很大的挑戰. 但是由於資訊服務是內嵌在 M 的 (machine), 所以 M (machine) 只要工作, 就會 "固定" 使用到這些資訊服務跟頻寬, 提供這些服務跟頻寬的公司就可以收到 $$. 這個 ecosystem 裡, 一般通常包含以下的角色:

* 硬體提供者: 製作硬體的公司
* 通訊服務提供者: 通常是電信公司或是網路營運商
* 軟體服務提供者: 提供特定的軟體後台, 以及通訊 middleware
* System Integrator: 整合軟硬體服務

目前專案 M2M 大概包含這些角色. 但是 M2M 是不是只有這樣呢? 前幾年因為專案的關係, 做過一些 M2M applications, 後來因緣際會 Project 剛好有機會接觸到 Dash Navigation 的公司 (前一陣子被 Blackberry 的 RIM 併購), 除了 GPS 導航軟體/通訊服務 (T-mobile/Google wi-fi network)/軟體後台 (JMS/Oracle) 外, 他們基本上扮演了第 5 種角色:

* 整合資訊流提供者: 包含即時路況播送, 網路搜尋, 以及其他 LBS (location based service) 相關資訊提供給 device, 同時 device 也將最新的資料透過內建的統計資料庫及 trigger 將資料即時 feedback 回資訊提供者.

傳統的 M2M 的資料都在原先建好的系統架構中流動, 跟外界基本上是隔絕的. 但是資訊流提供者的角色, 是將整合不同的資訊流 (政府即時路況/搜尋/車隊特定服務/ Telcom 網路) 不斷的將新的外界資訊 Push/Sync 到 Machine 中, Machine 也把資料回饋給外部系統, 讓 Machine 跟 Machine, 以及 Machine 跟人有新的互動可能性. 這也是目前許多 GPS/LBS 廠商, 想要整合的 "功能". 但是, 其實這是一個整合資訊流的新角色.

現在除了 LBS (location based service) 外開始有另一個新名詞 real-time GPS. 也許以後支援這類動態 + 即時 + 雙向交換資訊的 GPS (PND) 會貼一個 real-time GPS, 然後 powered by T-Mobile (or other Telcom) 也說不定.

Dash Navigation 提供不同的資訊流整合 (即時路況/搜尋引擎/來自各地的訊息) 技術, 透過客戶端 request 或將客製化的資訊 push 到每一台 device. 這個軟體 framework 是獨立在硬體之上的, 所以可以預見 RIM 以後, 有計畫提供這類的 LBS based push 服務 (push LBS?).

舉例來說, 這類服務除了可以幫你找附近哪間加油站便宜, 超商在特價外. 對商用人士的服務甚至可能幫你安排兩個人見面的最適當地點, 提供最有效率的評估, 提供建議, 並完成安排行程所有程序 (booking tickets/make reservations/etc).
Verizon Wireless 跟 Qualcomm 的合資 M2M 是只是朝 MVPN 邁進, 還是會像新的整合資訊流提供者呢?

一篇有意思的 Matrix (駭客任務) 影片分析

這幾天跟朋友因為討論一些粗淺的神學, 哲學問題, 又討論到 Matrix 這一部我很喜歡的電影, 以前我對這一部電影非常著迷 (and still), 所以會去網路找一些有趣的 review 來讀, 這一篇是我覺得寫的很好的, 然後寫信給原作者讓我翻成中文, 以前這篇放在當代的版上 ( http://www.modernmusician.com/forum/showthread.php?t=21417&page=2 ). 原 post 如下:

-----------------------

以下翻譯自 http://corporatemofo.com/media_and_mediocrity/the_matrix_reloaded_the_corpor.html 此由 Ken Mondschein 授權我中文翻譯此文，並作為非商業用途使用.

網路上也流傳一份有關 Matrix 3 的劇情說明，疑似試片影工作人員外流的劇情，以下網站中，有簡體中文翻譯第 3 集劇情，如果不想知道劇情的，請勿進入!

==========================================
在去看 Matrix: Reload 之前，我對於第二集是不是跟第一集一樣，有出色的特效跟打鬥畫面，並不是那麼在意。在第一集中，故事其實充滿著 Gnostic 的二元論哲學思

想。我比較關心的是 Wachowski 導演兄弟怎麼樣延伸原先的有趣故事，而不是一堆有阿沒的電影效果。那些武打啦，慢動作閃子彈啦的炫程度，遠比不上把我們這個世界，直接說成是假的來的猛。那些特效跟功夫打鬥，其實都是紅色藥丸 的糖衣，讓高中生跟一般人比較能接受這部電影 (自從我開始學習武術之後，發覺有許多超現實的隱喻在功夫裡面。像 Thibault's 的神秘圓圈走位方式還真是有趣。

注: Thibault's http://www.dctkd.org/bibliography/re....cfm?pubID=260

雖然大部分的人看不懂 Wachowskis 導演兄弟在 Reloaded 這一部片要表達什麼，注意力也都集中在公路追逐的畫面。但 Reloaded 並沒有讓我失望，那些畫面對我來說還好，比較驚訝的是那兩兄弟將死海捲軸 (Dead Sea Scrolls) 跟俄利根 (Origen...註)

的神學理論巧妙地用在劇本中，實在是非常聰明的想法。我明白劇中東出現一個人物，西出現一句的劇本實在很難令人了解。而劇情，只在飛車追逐跟動作畫面的休息時間出現。下面是對 Reloaded 這部片的一點解釋，如果你還沒看 Reloaded，請先忍一下吧!

Martrix 基本上就是基努李維的地下世界之旅 (跟阿比阿弟暢遊鬼門關蠻像的)，如果 Neo 除了變超人那招外，帶著阿弟回到 Matrix 應該會更有趣。在金枝 (Goloden Bough...註) 書中有女預言家，在 Matrix 中有 Oracle 引導 Neo 進行它的旅程 (Oracle 可能並不如表面上看起來那麼善良，即使她沒惡意，但是把 Neo 拖下水也有它的一份)。

Neo 的第一個任務就是從 Merovingin 手中解救 Key Maker (Randall Duk Kim 扮演)，Merovingian 是 Matrix 上一個版本所留下來的背景服務程式 (Merovingians 是 Frankish 王朝的統治者，後來被查理曼 (Charlemagne ) 大帝家族所繼承 (包括有卡洛琳 (Carolingians) 王朝及之後的卡佩 (Capetians) 王朝，他們相信自己有耶穌的後裔血統)。在我常去買燕麥捲跟豆奶的健康食品店裡面，大家都認為 Merovingian 是 Neo 的前身。但是從 Merovingin 在電影中對於人類情慾如此有興趣，我想到聖經創世紀 6:4 節中的內容: "那時候有偉人在地上、後 來 神的兒子們 、 和人的女子們交合生子、那就是上古英武有名的人 ........"。而天使與人的交合後，產生了許多的怪物 (吸血鬼跟死靈)......對應到劇情，就是以前 Matrix 程式所留下來的那一堆無法刪除的程式。從線索中 ( 即使 Merovingian 是前個世界留下來的人，它角色仍然像是冥王 Hades 一樣 (由他老婆叫 Persephone (冥后) 可知，掌管著地下世界的鑰匙。像是特洛伊 (Troy) 戰爭中的勇士 Aeneas 的嚮導 Sybil 女巫，給 了Aeneas 的金色樹枝，讓它順利進入地下世界。Neo 也利用 Key Maker 順利的進入 Matrix 系統中心。

接著經過一連串的戰鬥和爆破畫面後，Neo 終於殺進 Matrix 的核心，然後遇到了 Matrix 的建造者 Architect。如果你以為在 Matrix 中 Architect 是扮演上帝的角色，那你就錯了。從 Gnostic 派的看法中，建立世界以奴役人性的當然是撒旦而不是上帝。Architect 放出那一堆八爪章魚來毀滅 Zion，也代表開啟世界末日的序幕。我猜第 3 集 (Revolutions) 中會揭露誰在 Architect 後面搞鬼，那個人就是把 The One 送進 Matrix ，我猜它長得一定很像 Neo (譯註)。

其實重點是 Architect 跟 Neo 說的是真的還是假的，他說 " 99% 的人都相信 Matrix 是真的，但是還有 1% 的人不相信這個虛擬的世界 (相對於少數 Gnostic 教派的信仰者)。所以 Matrix 系統會變得不穩定，隨時有當機的危險" (所以電影中，在 Zion 出現的人多半是有色人種。如果你是白人，住在郊區的住宅區，開著你在 Matrix 的休旅車到 Matrix 的高爾夫俱樂部.....那幹嘛沒事找事懷疑自己所處的世界是不是真的?)

所以 Matrix 容許這些不相信 Matrix 系統真實性的人轉移到 Zion，然後他們可以定期清除 Zion 這些不合群的人。同時 Matrix 也創造出 The One 傳說，而 The One 其實是為了增強 Matrix 人性化，讓 Matrix 的存在更穩定的設計。然後 The One 就可以啟動 Zion 的毀滅程序。在馬雅文化及佛教中，這種滅世後重生想法經常出現，在馬雅文化中，目前我們正處於第 5 次循環，而第 6 次循環從 2016 年開始。

利用 Zion 跟救世主的預言，建立另一層 Matrix 的概念，其實出自於 French 哲學。這電影使用了波德來爾 (Baudrillard) 摹物與摹像 (Simulacra and Simulation)，並加入了傅科 (Foucault) 和達希達 (Derrida) 的結構與解構主義的觀點。在他們的理論中，系統對於語言及其他社會功能的限制，只是間接展示控制權的工具。而預言本身就何其他的預言一樣，是信仰的一部分。John Zerzan 曾寫過信仰的目的在於操作符號 (signs)，而那些預言也包含了某些控制目的。Zion 在 Matrix 中是一個應許之地，脫離了善惡的戰爭，人們身處其中而不會疑問存在的世界是否還是真實的。

要了解 Matrix 中的世界，還必須了解 Asimov's (埃席克•艾西莫夫（俄裔美籍，1920-1992) 的三大機械人定律 (Laws of Robotics)，機器人如 Smith 之流，並沒有自由意志，即使脫離了 Matrix，他還是要苦苦追殺 Neo (在許多神學理論中，天使和許多其他具有神格的東西並不像人一樣擁有自由意志)。Morpheus (作夢之神) 在第一集說那些機器將人囚禁起來，當作生物電池之類的說明根本是放屁。機器統治世界之後還將靈魂思考關在 Matrix 中，是因為他們本來就是創造來服務人類，而且機器本身還是需要人來做一些選擇。所以機器並無法摧毀人性 (靈魂)，反而需要人來做一些選擇。

正如 Architect 所說的 Neo 不是第一個，而是第六個.....但為什麼是第六個呢? 答案就是 Neo 之前的化身代表 Five Books of Moses 代表聖經中的舊約。 Neo (代表救世的基督，也代表著新約時期)，跟他前面幾代 Neo 不同的地方在於他具有 "愛" (希臘文中的 eros) 的能力。在 Origen of Alexandria 的神學理論以及早期的基督教徒筆下，耶穌基督因為愛而降世救贖人性 。而 Neo 單字本身代表著 "新" 或換言之的新約時期。 Matrix 在這一次又一次的循環中，也遇到一個會為了 Trinity 而毀滅人性的不合邏輯決定的 Neo。[Note to the theology geeks who've been e-mailing me:

I know the difference between eros and agape, but Origen used both terms for reasons I'd have to delve into pre-Socratic philosophy to explain.]

當 Architect 給 Neo 選擇的時候，是讓他選擇純機器世界，或純人類世界，而不僅把 Neo 變成能重新清除並啟動 Zion 的工具，。Architect's 說 The One 的目的在於清除所有的人性，但是由於 Neo 具有人性的部分，所以機器並無法控制，讓 Matrix 間接變得不是真的能準確預測。Neo 在 Origen 的神學理論中就是基督的化身，能打破生死間的循環，讓人性有一個新未來。在影片的最後 Neo 跟 Smith 先生，都在所謂的 "真實" 世界得到了一樣大的力量，也間接證明了 Matrix 模擬不只一層，所以 Neo 在這兩層都有力量。

一些有趣的花絮:
* Neo 跟 Trinity 在拱廊下愛愛的畫面，和馬澳其賽的三位一體圖有異曲同工之妙 (原圖請參閱原文，而說明請見 http://ceiba.cc.ntu.edu.tw/th9_207/w...messages/5.htm
* The One 來自機械世界的說法，巧妙地讓基努李維避免掉許多無法表演的內心....(程式) 運作戲碼。
*在來自 St. Augustine's 的神學理論中，像是 Oracle 跟 Neo 的預知能力都可以得到很好的解釋。
*j我看電影的時候，旁邊坐了一個非常可愛的女孩

在第三部片子應該會揭露一些迷團:

* 誰在 Architect 後面搞鬼
* Neo 必須要做出一些選擇，但重點是 "選擇是什麼"
* 正邪間的大戰必定爆發，但打完後呢?
* Agent Smith 到底是幹嘛的? 他有類似驅魔的能力 (....一人方陣兵團)，但是我打賭他會和 Neo 結盟.....
* Neo 為什麼會有能力在現實世界中，把機械章魚幹掉?
* Tank 怎麼掛的?
* Link 會再次見到 Zee 嗎?
* Niobe 會離開 Jason Lock 回到 Morpheus 的懷抱嗎?
* Gloria Foster (Oracle) 怎麼辦? 也掛了嗎? (他在 Reloaded 中拍了有不少的鏡頭， 但 Revolutions 卻沒有多少鏡頭)
* 教士服會變成流行服飾嗎?
* 那位給 Neo 湯匙的小沙彌有什麼關鍵性的意義嗎?
* Neo 會殺了 Bane 嗎? Bane 所損毀的 Zion 防禦有多嚴重
* 誰帶 Morpheus 去找 Oracle 的?
* 在第 2 集的 "真實" 世界如果也是假的，是不是有一層疊一層的 "Matrix" 呢.....(譯註: 果然是名符其實的 Matrix...Hehehe....)?
* 如果第 3 集 Zion 確定是假的，那麼 Neo 會將那些人帶到真的的世界嗎 (當然再怎麼樣會扯，這都是一部電影，他們當然跑不出來)
* Neo 會突然醒過來說 "幹，你一定不相信我做了一個什麼夢....?"

註 Origen of Alexandria 的參考網址 http://www.christian-assembly.org/se...0030309-03.htm

註: 西元843年凡爾登協約(Treaty of Verdun)將卡洛林王朝(Carolingian)劃分為法蘭西(France)與日爾曼(Germania)

參考網址:
查理曼大帝 http://homework.wtuc.edu.tw/~wenlurg/forghis/0226-6.htm

Gnostic 跟金枝 (Golden Bough) 說明 http://deepskies.virtualave.net/orig...hers_3zoro.htm
http://www.lsmchinese.org/big5/07onl...s/3-1/3101.htm

創世紀 6:4 節，有關諾雅方舟的故事 http://www.chinachristianbooks.org/

Kabbalah http://god.hifate.com.tw/icp/icp46.asp

Architect 在資訊科技產業 (IT) 代表的是能整合許多不同知識的資深工程師，台灣常翻成架構工程師

譯註: 我反而猜它長得像 Trinity (Most the Guy think Trinity should be the Guy, Right? ^_^ )

instant messaging

I have 4 different messaging client installed (MSN/Skype/irc/jabber),
now I understand why some people need trillian as IM client. It so
strange even for the same function, still need so many clients and
protocols. It just a waste from dark side, maybe it also represent the
world diverse in the bright side.