更新於 2018/08/04閱讀時間約 3 分鐘

通訊錄是未來資訊流的基礎,各家系統都該做好

依稀記得從前講過,但忘了,所以就當做重講一次:在各大主要作業系統中,內建的通訊錄管理都做得非常爛、而且是很不受重視的一塊(特別要點名的,是原本應該可以做得不錯、但是卻做得不好的macOS)。
不管是為了個人用途、或是工作聯絡客戶需要,通訊錄是幾乎每個電腦用戶(應該說每個普通人)都需要的功能;最好必須能輕鬆而正確的輸入(打字、語音、掃瞄……)、容易整理歸類、可以做基本的查詢分析、而且可以在各個系統之間(尤其是電腦和手機)轉移和同步。
然而在現今的主要系統中,通訊錄都是更新頻率最高、但也最容易在同步過程中搞爛但的資訊:變成亂碼、記錄消失、某些欄位轉不過來等等。
然而如果仔細想想,通訊錄其實是許多商業應用的基礎、也應該是(在有適當保護前提下)個人電腦和手機上的各種app之間最需要共享運用的資訊。
現在的所謂「商業運用」,已經不僅止於「商家對顧客」,可能也包括「個人對個人」的拍賣、轉帳、支付等工作。
雖然目前這方面的通訊錄運用,已經有一部分被Line、Facebook Messenger、或是微信取代(想想看,你現在有事找朋友、或是賣東西的時候會先查哪個軟體?),甚至直接打網路電話找人,但像是手機號碼、街道地址、公司組織之類的實體世界資料,仍然會在不同情境下使用、或是需要跟社群帳號整合分析。
舉例來說,你現在仍然無法透過公開資料,知道你的Facebook朋友中有多少是「住在台中、而且是公司客戶」,或是用Line上的資料查到某位聯絡人的公司地址,然後開導航去拜訪。
現在的各個作業系統(甚至同系統的app之間)聯絡人資訊欄位格式不統一、難以同步交流、或是自行分析運用;不過,我們倒是可以常看到第三方app或網站跳出「授權」按鈕,想獲得複製或分析你好友名單的許可,拿這些資料去做你應該可以自己做的分析運用。
過去,作業系統的運作核心是「檔案系統」,然後是以app為中心;1990年代曾經短暫出現過以文件為中心(不是由各app開各自的文件,而是由單一文件呼叫各個app的功能來使用)的設計。
有興趣的話,可以參閱這段介紹「以文件為中心的OpenDoc」概念影片:
在手機系統逐漸流行之後,以app之間資訊流動、以及task(進行中的作業)為中心的設計逐漸成為主流;換言之,就是以「動態資訊」作為系統運作的中心。
在無線網路普及、而且未來設備之間將會會自動交談(例如路上的車子會互相溝通、彼此閃避,或是戴著智慧手錶走近家門時,門會自動解鎖)的IoT時代,這種以資訊為基礎的「關係」(人-文件-app-裝置-金流-其他人)將會成為常態。
而對於以「人」為中心的關係而言,包含網路帳號、傳訊名單、人際金流交易、實體地址定位、以及駕車/叫車導航、甚至個人IPv6位址的通訊錄,都應該是未來這一切「關係流」的基礎。
不過目前可能還沒有人想到這一點、或是用這樣的思維去設計系統,所以各家系統的通訊錄還是都很爛。其實,各家都應該考慮一下這樣的趨勢,並及早研擬出跨國、跨文化、跨系統用的通訊錄格式,作為未來人際溝通的基礎。
可惜的是,現在還沒有這種東西(至少不是系統內建);就只是單純為了分析資訊、用於商業表單之類的地方,我現在用的通訊錄還是自己用資料庫軟體寫的。

分享至
成為作者繼續創作的動力吧!
© 2024 vocus All rights reserved.