14
March
2007
March
2007
即時訊息系統5
我越來越不喜歡MSN、AIM這種即時訊息系統（instant messenger；IM）。
我掛在IM上面，通常不是因為想要聊天，往往惟一的目的，其實是想（偷偷）看某些人有沒有在上線:-P
惟一會想要用IM溝通的，只有很簡短的問題，要嘛，就是必需要高度互動討論的事（這種事其實往往用電話更適合）。
IM最大的壞處，是我如果沒有馬上回應，會有罪惡感。但是真要交談起來，我往往沒有辦法在其他工作與對談的兩件事間來去切換。最常見的情況是全神貫注地交談。可是，對方打字的速度往往讓我無法忍受，或是對方可能一次在忙兩件以上的事或同時與其他人交談，使得我每一回合的訊息往來都會卡在對方。Response time讓我受不了！
另外一個IM的問題，是一方在打問題時，對方正好有默契地在敲答案。甚至，對方的答案先送了過來，我們才把問題送去對方。在回捲對話紀錄時，會讓人覺得錯亂。這不是電腦的技術能解決的問題。
第三個IM的問題，是我們在討論的時候，可能一次丟出好幾個問題問對方，於是雙方可能針對這幾個問題同時作討論。在同一個對話窗中，一會兒講講這話題，一會兒又跳回另一個話題。
這種情況有點像OS裡面的multi-thread。如果IM可以支援multi-thread conversation，我們可以spawn出幾個子對話窗，讓幾個分叉出來的主題（thread）在個自的對話窗中進行，對話紀錄會是多麼清爽！當然，最好還提供不同的thread的同步化（synchronization）機制—lock/condition/wait/notify…
這是電腦的技術可以辦得到的人機介面問題。
我在想，我一定是讀書讀瘋了…
歷年的今天…
- 2009: ASS HOLE
- 2009: 國境之東
- 2008: 練功筆記031408
佩服, 可以從IM扯到OS… :p
但是如果真的弄出這種multi-thread conversation的話，對使用者來說，在多個會話間切換也會成為問題吧。
要是可以用NLP的技術判斷前後文的關係來做分類，再加上使用者會話習慣的學習演算法就真的帥氣了。:D
不過倒也不用弄得那麼複雜；只要加上改變對話紀錄內順序的功能，在對方的response回來之前把前幾句的會話排一下就好了。
唔，我認真了…
我有點懷疑,用natural language processing的作法,能處理多樣化的對話語彙還有習慣嗎? 比如說, 七八年級的火星文… :)
如果有辦法弄出火星文的dictionary的話，也許可以處理吧…
另一個類比：
跟同一個人的不同對話，是multi-thread，不同的thread間有自己獨立的program counter和其他的register set，和stack，但share memory space。其中一個thread沒處理好，整個process都會爛掉。
跟不同人的對話，彼此間是multi-process的關係。不同的process間有獨立的context—連memory space都是互相獨立的。彼此也不會有干擾，不知道彼此同時都在和你對話。