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

向 Steve Jobs 致上最高的敬意

對一個童年被 APPLE II 填滿生活跟閱讀 A+ jobs/woz column 長大的人來說, 今天真是個悲傷的日子.

Thank you, Steve. RIP...

穿著 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…

Android CTS - painful with RTSP

這幾個月經常被 Android CTS 的網路測試弄得火冒三丈. 尤其現在大部份時間在大陸, 要得到一個乾淨的網路 (不經過 great firewall, no tunneling, no VPN) 的環境實在太難了. 但是 CTS 本身基本是為了 Android API 相容性, 跟 Google 服務 package (GMS) 做測試的, 所以網路的設定基本上是建立在:

1. 可以使用 Google 服務的網路上
2. Device 從 DHCP 取得的網路設定是值得相信的

但是 1 跟 2 其實在大陸都很難達到. 對網路長城有一點研究就知道, 其實長城並不是靠 blocking IP 那種暴力的方式來擋住所有 connection, 而是包含 DNS redirect, URL filitering...etc 來達到 blocking 的方式. 所以 CTS 測項中跟網路有關最多的 DNS 連結跟查詢工作, 就會失敗. 不過拜both side 氣氛和緩之賜, 還是可以用 hinet 的 DNS resolve 正確的 IP, 連結到那些無害的測試網站 (like php.net/others)

原先 CTS 2.3 r5 之前, AP 的 DHCP 改個 default DNS 就可以過了, 但是從 CTS R7(錯誤的 release), R8, R9 之後, 加了該死的 RTSP/HTTP streaming test, 內容更是從該死的 youtube 下載. HTTP 還好, 先天就有可 tunneling 的優勢...但是 RTSP 真的是被弄到了.....f 理論上用 VPN 應該可以避開, 但實際結果是 Android 至少在 2.3 base, RTSP 即使 protocol ok, streaming 不見得 VPN 內可以建得起來 stream, 因為你不會知道是 VPN 的出口不能建 port 554 connection, 還是 youtube 有設 routing rule, filter 掉某些 routing. 但是結果不是被 firewall 擋就是被 youtube filter...@)@*@*#!

雖然最後靠台北同事幫忙測試 ok, 但是過程實在太怒了....

Anyway, 最後還是找一個技術上正確的 VPN 來解決這種無聊的測試環境假想設定.

Appendix: Great Firewall of China
http://en.wikipedia.org/wiki/Great_Firewall_of_China