從過去遙望未來
但這是 Internet 對我們未來生活真正的影響嗎?我覺得不是。 如果我們著眼於大眾,就會發現真正大的影響還沒有開始。
如果 Internet 的意義確如 Bill Gates 說的 "Information at your fingertips" (彈指間立得訊息),我們就該進一步追問大眾平日最多的「訊息行為」是什麼?
想想看,普通老百姓最常見的「訊息行為」是不是「買東西」和「看電視看報紙」呢?這裡我們才看到一個新技術與生活型態的未來。 -- 詹宏志,E 時代,1999
但這是 Internet 對我們未來生活真正的影響嗎?我覺得不是。 如果我們著眼於大眾,就會發現真正大的影響還沒有開始。
如果 Internet 的意義確如 Bill Gates 說的 "Information at your fingertips" (彈指間立得訊息),我們就該進一步追問大眾平日最多的「訊息行為」是什麼?
想想看,普通老百姓最常見的「訊息行為」是不是「買東西」和「看電視看報紙」呢?這裡我們才看到一個新技術與生活型態的未來。 -- 詹宏志,E 時代,1999
豐田採取的是剔除每次到生產線場所發現的浪費,再重新調整佈署的生產方式。 剔除浪費使流程更順暢之後,再回到現場去看,又會發現不同的浪費之處。每去一次就設立新的標準以避免浪費,這就是豐田的「改善」方式。
「浪費會以不同的形態出現。浪費是會進化的。」一旦剔除了浪費之處,它就會以不同的形態再度出現。豐田採行的就是將進化的浪費再次摘除的作法。不斷重複這種過程,就會創造出更好的環境,這就是豐田的「改善」方式。 --規劃力 寫程式時做「重構」的目的,和在生產線上做「改善」的目標,不也是一致的嗎?
繼前幾天在 Android Market 上看到某五都候選人的 App, 裡面除了候選人簡介、官網新聞、還有參選地的一些吃喝地點分享等等,還算實用。
在著實被這種宣傳方式驚訝了一番之後,昨日取用某日隨手拿到的一位市議員參選人的面紙宣傳品時,又有了意外發現。
這份宣傳品不同的地方是,面紙袋背面印有 QRCode(!),還一併附上了候選人的 Gmail 信箱(!!),更精采的是用手機掃瞄 QRCode 進去後,連到的不是理所當然的候選人個人首頁,而是該候選人的 Facebook(!!!),連進去可以看到一些該候選人跑基層的照片和個人感想。
民國到了 100 年,基層選舉也正在進化,明天還是很美好阿。
PS: 為了避免政治口水,請別在此問我是哪幾位候選人,也請不要在這邊吵支持誰的問題。我支持全民最大黨 :D
DropBox是種結合了本地和雲端,能改變使用者習慣的重要技術。
DropBox讓使用者可以用原本的形式來處理檔案和文件,只要在各種作業系統上安裝DropBox提供的軟體,登入DropBox帳號後即會在本地建立一個資料夾。 這個資料夾中的所有檔案都會自動同步到DropBox伺服器。如果你有多台設備 (電腦,iPad, 智慧手機),並都登入了同一帳號,那麼當資料夾中的任一檔案被更新後,其他台設備很快就也能接收到這些檔案的更新。DropBox真正做到了隨處可得。
很方便的是,不管是對檔案、文件夾改名,或是刪除檔案都難不倒 它。如果在其中一台刪除了檔案,其他台的檔案也會一併被刪除。為了解決客戶對誤操作的擔憂,DropBox還提供了類似蘋果電腦上的時光回溯 (Time Machine) 功能 (技術上基本就是將檔案操作結合版本控制系統),若是做了誤操作,可以登入到DropBox網站上將上次的誤操作回復到之前狀態,真是非常安心。
另外,放在DropBox檔案夾下的檔案,除了可以像以前的作法用網芳分享給在同個網域下的朋友外,還可以直接將一個資料夾分享給其他同樣有DropBox帳號的朋友,真正是天涯若彼鄰。
SparkleShare 則是它的 open source 替代品,後端使用 GIT 版本控制系統。
PS: 大家看了我上面的介紹,可以知道我真的很愛這種東西。因為研究所時我也花過一段時間研究,並發過一篇一樣為解決多台設備間資料同步問題的 paper,而人家真的做出來了 :D
傳統的版本控制系統 (Version Control System, VCS) 只有一台單一的版本庫(repository),所有的版本控制都必須經由這台版本庫主機才能管理。新一代的分散式版本控制系統 (Distributed Version Control System, DVCS) 如 git, Mercurial 則每份抓下來的 code 都可起到等同於版本庫的作用,使得在離線時做版本控制,並能容易地合併回主版本庫的工作模式成為可能。
因為分散的特性,也衍生出各種可能的合作模式。 git 有 A successful Git branching model,Mercurial 有 Workflows: Branch As Needed, Stable & Default, Translation Branches 等方式。
實際上該採用哪種方式比較好?先看看其他人怎麼做,從中選擇,或是加點創意,找出適合自己團隊使用的方法吧。