Mr./Ms. Days (MMDays)

海馬迴與長期記憶

Mr. Thursday — Sun, 07 Sep 2008 00:56:10 +0800

Posted by Mr. Thursday

之前曾經介紹過〈海扁學習與神經網路的同步化〉，今天則是要和各位介紹和長期記憶相關的一個腦部結構，叫做「海馬迴」。「海馬迴」英文稱為 hippocampus，是從希臘文字根 hippos (馬) + kampos (海怪)而來的。

圖1 海馬迴在人腦裡面的位置

海馬迴重要在哪裡呢？主要是因為海馬迴和我們形成長期記憶的過程有關。怎樣子曉得和長期記憶有關呢？最重要的是因為在1953年，有一為病人，名字縮寫為H.M. (Henry M.) ，因為一直為癲癇 (epilepsy) 所苦，因此醫生決定為他開刀，把癲癇的來源，也就是腦部顳葉 (temporal lobe) 的地方，摘除掉。這個部分剛好也就是海馬迴的地方，因此他的左右的海馬迴、以及杏仁核 (amygdala, 負責情緒功能的區域)，也被摘除掉了。

手術之後，病人H.M.好像恢復正常，不再癲癇。但是，他開始產生嚴重的失憶症，手術往前一部分時間的記憶消失，手術後無法形成新的長期記憶。人沒有長期記憶的功能，是非常不容易生活下去的！醫師發現這個情況以後，也就在沒有其他醫生會使用這種切除海馬迴的方式來治療癲癇了。對於科學研究來說，我們則是順便從這個病例，了解到海馬迴具有形成長期記憶的功能，詳細迴路可能還不知道，但是至少知道如果整個海馬迴摘掉，就無法形成長期記憶，因此非常重要！

下面是另外一張海馬迴的立體位置圖：(尋找hippocampus的地方)

圖2 海馬迴位置圖

當然啦！後續對HM做研究的醫生，也有醫生想要先確定HM是不是在裝效維，因此，有一次就在手上裝一個會電人的東西，看到病人HM的時候和他握手，讓HM被電到。可是下一次這個醫生再讓病人HM看到的時候，HM還是沒有印象，因此就確定真的是有失憶症了。曾經看過相關的介紹影片，HM幾乎一分鐘後就忘記所有的東西，因此他必須要依賴筆記本，錄音機，以及不受海馬迴影響的操作記憶 (procedural memory, 運動以及藝術相關的記憶)，記得怎樣子固定地回覆錄音帶，檢查筆記上寫的待辦事項，讓自己不會迷路在車站或是忘記下一分鐘要做什麼事情。頓時感覺HM像是 Turing Machine上面的讀寫頭了呢！

下面是一段敘述HM故事的影片，提到不只長期記憶的形成需要海馬迴，11年以內的記憶也需要海馬迴才能穩定下來(memory consolidation)：

接著讓我們把海馬迴放大來看看裡面複雜的迴路：

圖3 海馬迴的迴路

所以海馬迴接收訊號輸入的地方是 EC (不是電子商務！)，接著有各種道路，先傳到CA3，然後傳到CA1，最後傳回EC作為輸出訊號。也因此海馬迴這邊為什麼容易形成癲癇的來源？因為海馬迴本身就是一種不斷回饋的神經網路，假如中間回饋的部分發生異常，訊號就容易不斷地被放大，變成癲癇了。詳細癲癇原因待日後有機會再慢慢介紹。不過我們可以知道，也因為海馬迴有這種不斷正向回饋的網路，因此短期記憶可以經由海馬迴，把重要的部分留下來，變成長期記憶。

至於CA1、CA3的名稱由來，則是因為海馬迴裡面金字塔神經細胞 (pyrimidal cell) 的形狀，很像金牛犢cornu ammonis，因此稱為CA1和CA3。人腦外層有新皮質 (neo cortex)，新皮質可以分成6層細胞，不過重要的海馬迴屬於舊皮質，因此只有3層細胞！

海馬迴對於記憶影響很大，無論是短期記憶到長期記憶，以及其他各式各樣的記憶，都有關聯，最相關的就是敘述記憶 (declarative memory) 也就是需要用文字敘述，和時間、地點、人物相關的事實記憶，與之相對的，就是程序記憶 (procedure memory)，譬如說騎腳踏車、美術創作、打球運動這種比較不是用文字來敘述的記憶。

Berkeley有一個實驗室叫做 NTL (Neural Theory of Language)，是在研究以神經網路為基礎的語言功能處理。其中有一位研究員叫做 Lokendra Shastri (圖4 Lokendra Shastri)。他其中一個系統，就是用電腦模擬海馬迴，模擬出海馬迴處理「事件記憶」(episodic memory)的功能，paper大意是說，資訊進入海馬迴之後，會不斷地回饋，回饋過程中，會將錯誤的資訊捨棄，正確的資訊強化，最後形成穩固的事件記憶，杏仁核的訊號則是一種「重要性」的情緒訊號。詳細細節，就請有興趣的讀者閱讀他的paper了。

From Transient Patterns to Persistent Structures: A model of episodic memory formation via cortico-hippocampal interactions , Lokendra Shastri, Behavioral and Brain Sciences.

希望有朝一日，可以知道海馬迴詳細的運轉方式，我們就有機會把這種迴路，寫成電腦程式，讓電腦對於記憶的處理，不再是完全比對式的儲存和提取，而是能夠和人類一樣可以有彈性的比對提取，不過人類遺忘的功能，或許就不要實作進去吧！

最後附上海馬迴的3D動畫

相關資料

(Wikipedia) hippocampus, Patient HM
Berkeley NTL, Lokendra Shastri
Lokendra Shastri, From Transient Patterns to Persistent Structures: A model of episodic memory formation via cortico-hippocampal interactions, Behavioral and Brain Sciences.

請趕快去看《海角七號》！！

Mr. Tuesday — Fri, 05 Sep 2008 08:30:24 +0800

Posted by Mr. Tuesday

其實很難三兩句就說明白，為何在看完《海角七號》後，我們這些從小就常跑電影院、對好萊塢的影星如數家珍，但也對李安、侯孝賢的過去作品回味甚深，在2008年夏天的現在MSN暱稱上寫的是「連續九週看電影」（如今因為要再看一次海角七而改成了「連續十一週看電影」！）不管在一天裡的什麼時段闖入西門町、都一定鑽巷繞弄半點不會迷路的影迷們，心底的情緒不只是「感動」，而還有十足的「驕傲」在其中……

幽默、熱血、感人、質感豐滿，都是描繪《海角七號》的精準形容詞。從那天看完後，我就想著一定要鼓舞身邊的所有人進戲院去看《海角七號》。但我又知道不可能在三兩天裡就寫出一篇文章，而電影剛上映的票房衝刺可是連一天都慢不得的（好在，感謝大家口耳相傳的好評魅力，《海角七號》上映近兩週的票房已是呈倍數成長了），所以只好在這裡先簡短地呼籲：請正在讀這篇文章的您，如果對我的目光有相當信任的話，別猶豫了，趕快、趕快買票去看《海角七號》吧！

從大學時代的《藍色大門》以降、到去年林靖傑導演的《最遙遠的距離》，每當看見一部優秀的國片，我們總是一方面佩服、一方面心疼著又一個創作者的傻勁與癡情，並用心地想著：如果能夠吆喝更多人進戲院去，去贊助這些作者們一朵又一朵美麗的夢想，該有多好？

但如今面對《海角七號》——請容我帶點偏心地說：如果它能夠成功，所象徵的將不只是魏德聖導演一人的圓夢，而是為在背後成千上百個（又或許是成千上萬個？）可能在未來投入台灣電影界的年輕作者們撬開了一扇窗。星火燎原之際，那延燒的速率可是以倍數成長的。如果《海角七號》能夠向國人（以及當然，更重要的是：出錢的老闆們）證明商業氣質的、淺白易懂的、熱血重情的——而且是只有在我們這座島上的人們才拍得出來的電影，是有票房魅力的、是可以賺得到錢的，那將會在未來的台灣藝術史上留下多麼重要的印痕？

他們所說的，不只是我們的故事，而且是我們一定都能懂的故事。再沒有一片土地能有這樣的過往、這樣的徬徨、這樣的錯過、這樣的樸質與這樣豐沛的生命力。所以請給他們一次機會吧！給你我生於斯長於斯、在其上旁觀或經歷過生老病死的這片家園一次被「看見」的機會；也給那些尚待燃起的創意之火的幼苗們、一次嶄露的契機。台灣電影的夜空，已經等待那黎明等得太久太久了。就在2008年夏天的現在，讓我們把《海角七號》變成那燃起晨曦的、帶來漫天熊熊烈焰的希望之星吧！

隨機推薦

Wired: Google Chrome瀏覽器開發內幕

Mr. Monday — Wed, 03 Sep 2008 18:52:33 +0800

Posted by Mr. Monday

Wired 雜誌最近的一篇報導，由對岸的朋友翻譯的。讓我們一同來還原事情的真相吧。(轉錄自 cnBeta) (在我試用 Chrome 看 Google Reader 時，似乎突然掛了一下，不過就如同他們所宣稱的機制，也只會掛一個 tab 而已。老實說，還蠻好用的)

========= 轉錄分隔線 =========

10月號《連線》雜誌撰文稱，Google推出Chrome瀏覽器是一個計畫周密的行動，目的非常明確，就是要與微軟的IE搶佔市佔率。8月18日，Google在加州山景城總部41號大樓一個小會議室召開每週一次的經理會，這可能是發佈Chrome瀏覽器前的最後一次經理會。在會議上，布賴恩•拉考維斯基(Brian Rakowski)走向白色書寫板，用黑色筆在白板上寫了12個條目。

(谷歌Chrome瀏覽器開發人員(左起)Mark Larson, Brian Rakowski, Darin Fisher, Ben Goodger)

開發瀏覽器傳聞變現實

拉考維斯基今年20多歲，身體瘦長，喜愛交友，是一項秘密計畫——Chrome瀏覽器開發——的產品經理。據悉，這一計畫從啟動到現在已經有兩年多時間了。

他寫的第一條是“發佈狀態”(State of the Release)。被討論的發佈物件就是外界極為關注的Chrome——Google的第一個網頁瀏覽器。瀏覽器是上網的必備工具，幫助用戶完成搜索、閱讀、購買、辦理銀行業務、登錄Facebook、聊天、觀看視訊、聽音樂等網上活動。對於Google來說，推出Chrome絕對是一個重大舉動，是實現Google時代真正到來所必不可少的一步。

在將桌面計算升級到“雲端計算”過程中，Google擁有相當大的優勢。Chrome的出現無疑是向其競爭對手微軟發出的一大挑戰。多年前，微軟正是憑藉IE瀏覽器擊潰Netscape Navigator。隨著Chrome的登場，IE是否會面臨和Netscape Navigator一樣的命運，我們拭目以待。

實際上，Google將推出瀏覽器的傳聞很久以前就已不脛而走。在漫長的等待中，很多人早已閉上討論之口。但這一次的經理會勢必再次啟動討論之門。按照Google的計畫，Chrome在9月2日正式登場。在公開測試版之前的最後一個版本，拉考維斯基及其團隊只發現5個“bug”，而且都已解決。技術負責人之一的馬克•拉爾森(Mark Larson)說：“事情看起來還不錯。”

谷歌產品管理副總裁桑達•皮采(Sundar Pichai)問道：“什麼東西讓你們搞了一個晚上？”參與第一個原型開發的工程師達林•費希爾(Darin Fisher)說：“當然不是Chrome。”這句話引來一片笑聲，因為每一個人都知道他家裏有一個只有10周大的孩子。拉考維斯基拿出一支紅筆在“發佈狀態”旁邊加了一個“X”。這是一個信號，暗示GoogleChrome瀏覽器離成為現實只有一步之遙。

早在2001年便有開發打算

Google為什麼要開發瀏覽器？這似乎是一個很容易回答的問題。相比之下，人們更為關注的是，Google開發瀏覽器為什麼用了這麼長時間。皮采說：“我們要做的是讓人們使用一種瀏覽器訪問我們的資源和網路。”CEO埃裏克•施密特(Eric Schmidt)說：“瀏覽器是關鍵所在。”他應該很清楚這一點，因為在上世紀90年代激烈的瀏覽器大戰中，他就竟曾擔任過Sun的首席技術官 (CTO)。毫無疑問，谷歌創始人拉裏•佩奇(Larry Page)和塞吉•布林(Sergey Brin)自然也知道這一點。

施密特說：“在2001年加盟Google時，佩奇和布林就對我說‘我們要開發自己的瀏覽器’。我當時的回答是‘不’。”他解釋說，當時的時機還不成熟。“我不相信公司那時已具備足以經受住一場瀏覽器戰爭的實力。我們的戰略目標應該在‘雷達探測不到的地方’，這一點非常重要。”雖然當時沒有進行開發，但打造自家瀏覽器的想法卻保留下來，傳聞也開始蔓延開來。2004年，《紐約時報》援引一名自稱瞭解Google業務具體細節的人的話報導說，Google正開始開發瀏覽器。消息一經傳出，施密特隨即予以公開否認。

在幕後，Chrome開發仍舊是施密特與谷歌創始人爭論的話題。Google最後採取了一種折衷辦法，組建一個小組，任務是改進瀏覽器奇才本•古德傑 (Ben Goodger)和費希爾負責開發的開源瀏覽器Firefox。(古德傑和費希爾均效力於Firefox擁有者、非盈利性組織Mozilla)除此之外， Google還推出另一個舉動，聘請曾就職於NeXT 公司的37歲的工程師萊納斯•厄普森(Linus Upson)擔任工程研發總監。費希爾說：“佩奇和布林的決定是非常明智的，原因再簡單不過：如果能做好Firefox擴展，他們就有能力開發出一款優秀的瀏覽器。”

2006年春季，Firefox開發小組開始討論設計一款新的瀏覽器。他們熱愛Firefox，但他們也知道當前所有瀏覽器都有一個共同缺陷。在最初構思微軟IE和Firefox心臟的程式庫時，瀏覽器並沒有現在這麼複雜。之前只能在桌面上實現的功能——郵件、試算表、資料庫管理——現在卻越來越多地在網上進行。在即將到來的“雲端計算”時代，網路已不僅僅是一個內容傳遞平臺。

開發過程一波三折

對現有瀏覽器進行修補以適應這一想法意味著，必須不斷開發相關附加元件，例如工具列、RSS閱讀器等等。但這種修補可能因為一次徹底升級成為一種徒勞。費希爾說：“作為Firefox的開發者，你必須不斷創新，但你又經常擔心，一旦推出下一版本，所有外掛將成為廢物。實際上，這種事情已經發生了。”結論是顯而易見的：只有開發自己的軟體，Google才能將瀏覽器送入“雲計算”時代，並潛在地掀起一股自微軟和Netscape拉鋸戰(市場排名幾乎每月變換)之後從未有過的革新浪潮。

Google構想的一個關鍵性革新就是所謂的多處理結構，這一系統能夠幫助電腦在軟體崩潰時繼續運行。那為什麼不將這一系統應用到瀏覽器身上呢？也就是說，當一個標籤頁當掉時，其他標籤頁仍可以泰然自若。當然了，為了解決“一個老鼠屎壞了一鍋湯”的問題，你也可以採取拖拽現有標籤頁創建一個新視窗這種方式。簡單地說，就是從頭開始，這種方式擁有其他一些優勢。在設計上，你可以做到更加簡潔並使其運行速度更快，而更簡潔、更快速恰恰是Google奉行的兩大原則。

2006年6月，古德傑、費希爾和曾就職於Mozilla的布賴恩•萊納(Brian Ryner)開發出一個“小原型”。他們的第一個重大決定就是選用渲染引擎——幫助處理網頁的HTML程式，並將結果顯示在用戶的螢幕上。他們敲定的兩個開源引擎分別是用於Firefox的Gecko和用於蘋果Safari 瀏覽器的WebKit。

WebKit已被負責開發Google移動作業系統Android的研究小組採用，其運行速度是Gecko的3倍，自然成為Chrome的首選。

幾周之後，古德傑等人便開發出可在Windows系統下運行WebKit的一款比較簡單的瀏覽器——某一個標籤頁崩潰後，這個瀏覽器仍能運行。古德傑回憶說：“當標籤頁當掉後，用戶會看到一個沮喪的表情圖示，表明這個標籤頁已經‘死’了，這是Chrome瀏覽器的第一大特色。”不久之後，布林和佩奇視察了秘密開始的瀏覽器開發計畫。參與開發的工程師帕姆•格裏納(Pam Greene)回憶說：“我記得很清楚，當時我就坐在桌子旁邊，一條玩具蛇趴在桌子後面。布林一邊玩著健身球，一邊看費希爾演示，同時還不忘用手愛撫那條玩具蛇。”

公司高層終開綠燈

沒有誰能確切地說出公司高層是什麼時候給Chrome瀏覽器工程開的綠燈。皮采回憶起一次行政會議，當時施密特好像不再像以前那樣反對。這位 CEO表示，如果Google確實決心上馬瀏覽器工程，研究團隊就必須開發出與IE和火狐有著很大不同的東西。另外，Google的瀏覽器速度必須更快，而且必須是開放源代碼。

當然，這些正是研發團隊早就想到了的地方。

總之，到2006年秋，Chrome瀏覽器從非正式概念跨越到了正式的工程。工程師佈雷特•威爾遜(Brett Wilson)說：“某個星期五，我們開了一個會。主管說‘高層正在考慮做我們自己的瀏覽器，你們怎麼看？’所有人是既興奮又惶恐。”之所以惶恐，部分是因為他們非常清楚，研發一款有競爭力的瀏覽器是一項巨大的任務。

由於對火狐的依賴，研發團隊成員內心的感受可謂五味雜陳，作為開放源代碼發展的代表，火狐是對抗微軟統治地位的一道屏障。2006年10月加入研發團隊的工程師埃裏克•凱(Erik Kay)說：“我們的擔心是，人們會把它解讀為破壞火狐。”

讓Google人感到欣慰的是，他們的瀏覽器將百分之百地開放原始碼：Google的創新可能會幫助找到進入Mozilla編碼庫的方法。厄普森說：“我們真心希望火狐和其他開放源代碼的瀏覽器都能夠成功。”

作為Google力挺火狐的一部分，皮采會見了Mozilla總裁米切爾•貝克(Mitchell Baker)，並在向她介紹了Google的計畫。現在貝克表示，對Mozilla和火狐來說，Chrome瀏覽器是一種混合體。她將Chrome瀏覽器的推出視為是對Mozilla有關瀏覽器的選擇至關重要這一信念的擁護。她說：“如果Google提出一些很好的新創意，那對用戶來說再好不過。競爭促生最棒的瀏覽器。” 但她也明白，很多她的客戶將會下載谷歌的應用程式。她說：“我們期待人們去試用，然後再回來。因為獨立非常重要，Mozilla還將繼續存在。”

一個次要的問題是這款產品應該取一個什麼名字。在研究了代號，但感覺都非常愚蠢之後，他們借用了過去用來描述框架、工具欄和瀏覽器視窗周圍功能表的一個詞：chrome。

另外聘請的一個人也非常重要。因為用戶期望Chrome能使運行Web應用程式最優化，一個關鍵要素應該是JavaScript Java引擎，這是一種運行Web應用程式編碼的“虛擬機”。建造這種虛擬機的理想人選是丹麥電腦科學家拉爾斯•巴克(Lars Bak)。2006年9月，在不停地進行了20多年的設計後，巴克準備抽出一部分時間用在他位於奧爾胡斯郊外的農場裏。就在這個時候，Google打來了電話。

巴克建立了一個小團隊，最初在農場工作，之後搬到了當地大學的辦公室。他知道他的任務是研發一款比以往任何一款瀏覽器更快的引擎。他稱自己的團隊是“V8”項目的一部分，他說：“我們下定決心，一定要加快JavaScript的運行速度，我們花了4個月的時間去做。”這個丹麥研發小組通常是早上 7、8點鐘開工，一直編程到晚上6、7點鐘。唯一的休息時間是午飯，他們會在5分鐘內狼吞虎嚥地吃完，然後玩20分鐘的遊戲。巴克說：“我們都很會玩 Wii網球遊戲。”

每個標籤都可以拖出並生成新的視窗

速度是最大優勢

他們還擅於編寫一個JavaScript引擎。巴克在Google推出Chrome瀏覽器前幾周曾表示：“我們今天只是在嘗試一些基本運作。”實際上，V8引擎處理JavaScript的速度比Firefox或Safari瀏覽器快10倍。而在那些相同的基準下，Chrome與瀏覽器市場的霸主微軟IE 7相比又如何？答案是前者運行速度是後者的56倍。巴克說：“我們有點低估了自己的工作能力。”

速度可能是Chrome瀏覽器是最重要的進步。當你以數量級的方式去改善某些設備的時候，你沒有造出更好的東西——你造出的是新產品。巴克說：“開發人員一體會到這類速度的魅力，他們就會開始從事更美妙的新的網路應用，他們在這方面更具創造力。”Google希望推出新一代網路應用，這樣一來，微軟最不願看到的夢魘將成為現實：瀏覽器將成為相當於作業系統的應用。

Google還對Chrome進行了一些改進，令其成為多進程操作平臺，使每個打開的標籤頁可以像獨立的程式一樣運行。2007年5月，Google收購了GreenBorder Technologies公司，這是一家軟體安全公司，其技術被用於為Firefox或IE創建一個封閉、安全的環境，將它們的活動隔離到“虛擬會議 ”(或沙盒)中，在這裏，惡意軟體入侵不會破壞電腦上的其他活動和資料。

這項交易對外公開宣佈時，業界就懷疑Google可能會涉足反病毒領域。這項收購完成後不久，GreenBorder的工程師們即瞭解到，他們的工作就是為新一代瀏覽器的標籤頁構建“沙盒”。卡洛斯•皮薩諾(Carlos Pizano)說：“我們都糊塗了。他們不會說明用沙盒去幹什麼。”

儘管Chrome開發團隊日益壯大，但開發工作從沒有陷入像官僚機構經常遭遇的困頓中。在Chrome專案的初期階段，開發人員還能在Google某個咖啡廳一張桌子上共用午餐。不久，即便是最大的桌子，亦不能滿足這個團隊的用餐需要了。

每位工程師都懷以“開放程式碼”的精神工作，他們可以隨便檢查任何程式碼，去調整或改進。拉考維斯基總在嘗試讓開發進程保持透明。

具有全新功能

隨著產品整體規劃逐項落到實處，工程師們開始把工作重點放在用戶介面上。一開始，Chrome開發團隊希望，這款瀏覽器的視覺效果一定要做到平淡無奇，這樣，用戶甚至認為他們不是在使用瀏覽器。開發人員的口號變成了“內容，而不是chrome”，鑒於這款瀏覽器的名稱，給人以一種奇怪的感覺。馬克•拉爾森(Mark Larson)說，我們學會了如何在遭人嘲諷下生活。

當你把一個含有像Gmail這樣的網路應用的標籤頁拖至一個單獨的視窗，說明你希望一個“應用捷徑”(app shortcut)的時候，最清晰的表達會出現在你的面前。此刻，功能表、按鈕、位址欄全部消失了，Web應用看上去更像是桌面應用。

在決定包括哪些按鈕和功能時，開發小組開始玩起一個智力遊戲，即消除一切東西，然後再去分析如何恢復。後面的按鈕？沒什麼用處，刪去。前面的按鈕？沒有什麼必要，但它最後倖存下來。如果你是瀏覽器狀態欄的忠實擁躉，那麼你可能對Chrome不太習慣。

Chrome有書籤欄。最初，工程師認為他們不應該要書籤欄。Chrome引入多個新的導航方法，如在其中一個導航方法中，瀏覽器可以分析用戶不用打字也清楚接下來該進入哪項程式。你輸入文字時，可以使用“omnibox”，一項結合了位址欄和搜索欄的功能：只要輸入你想要查找的東西，它就能提供網路位址、搜索結果或適合你要求的受網友歡迎的目的地，這些資訊全部是以非插入式文本形式出現在框的下面。

一定程度上講，它就是Google著名按鈕“I’m Feeling Lucky(手氣不錯)”的增強版。Google在用戶中進行的調查表明，一些人仍喜歡點擊這個書籤欄獲取導航資訊。一個折衷方案是：如果用戶以前在IE或Firefox瀏覽器上設定了書籤欄，Chrome將會導入這項設置。否則，用戶將沒有書籤欄，除非他們特意選擇。

保密工作非常好

令人難以置信的是，Google瀏覽器在兩年時間裏竟然不為外界所知。直到2007年年中，即Chrome項目實施約一年的時候，開發小組讓未參與該項目的公司職員瞭解他們的創新工作時，這方面的消息才洩露出去。在以當前原型為特徵的高科技談話系列的一開始，員工們迴響非常強烈。在各種功能(如將標籤頁拖至新視窗)演示過程中，他們不時爆發出發自內心的歡呼聲。

隨著知道Chrome瀏覽器的人越來越多，有件事必然要發生——相關消息傳到部落客的耳中。但是，沒有一名記者能將這些傳言整理在一起。烏普森 (Upson)說：“我想這是因為有關Google瀏覽器的傳聞存在了很久，就像是人們天天說看到大腳怪或尼斯湖怪，到最後便習以為常了。”

在Chrome瀏覽器推出前夕，皮查伊(Pichai)同一些人分享了他對Chrome瀏覽器的期望。究竟會有多少人用Google的瀏覽器？他說：“ 怎麼也有幾百萬吧。我希望老媽也用，當然還有老爸。”Google內部對Chrome的認可並不代表這款瀏覽器會獲得成功，烏普森認為，即便Chrome不能奪取很大的市場份額，但其創新技術將提高瀏覽器整體表現。他說：“如果網路變得越來越好，我們自然會是直接受益者。”

隨著Chrome瀏覽器推出的時間日益臨近，開發小組搬到Google公司園區一棟裝飾一新的大樓內辦公。在園區內最大的一間會議室內，全體工程師可以在此開會，但也只能站著，坐下的話空間就不夠了。公司還向他們提供牛奶和餅乾。在經過初期發展後，拉考維斯基將整層樓交給了手下。他不厭其煩地向大家解釋將Chrome打造為開源產品的種種益處。開源產品是指代碼對外公開，每個用戶可以幫助改善瀏覽器的功能。

拉考維斯基說：“我們將可以衡量我們的測試效果。它能使人們從事我們從未想像過的事情，讓用戶對我們產生一種信賴，這是別的工作所沒有的效應。”

隨著會議即將結束，與會人員的情緒也達到頂點，這不僅僅是因為咖啡的作用。畢竟，Chrome開發小組即將揭開Google冥冥中要去完成的一款新產品的神秘面紗。儘管如此，開發小組當務之急是消除橫亙在他們面前的五個技術難題。

Google 發布瀏覽器: Goolge Chrome

Mr. Monday — Tue, 02 Sep 2008 13:49:28 +0800

Posted by Mr. Monday

(圖片來源: TechCrunch)

Google 發佈了自家開發的瀏覽器 Google Chrome，這即將為整個軟體業界投下震撼彈。Google 的這款瀏覽器是架在 WebKit 這個引擎上面，也是 Safari 的引擎，而跟 Firefox 的底層引擎不一樣。

Google 發佈自家瀏覽器是必然的，然而我最欽佩的是 Google 的策略，每一步棋都下的非常漂亮，最後首尾相連。Goolge 推出自家瀏覽器 Chrome 之後，將可以把自家的服務全部嵌入到瀏覽器上面成為 Default 的服務；不僅如此，更可以將自家的 Gears 發揚光大；然後 Chrome 也可以順理成章的成為 Android 的主要介面。而 Google 的 Chrome 不斥是在向 Windows 宣戰，並且朝向 Thin Client 邁進。Web 真能成為電腦的 Portal 嗎? Web OS 真能取代 OS 嗎? 我們真的只需要 Thin Client 嗎? 無論如何，Microsoft 現在都面臨著兩難，面對著 Google 在 Web 上面放手一搏，Microsoft 反而有很多束縛，在自家的 Windows 與 WebOS 上面的抉擇是衝突的。這是 Google 的機會，Google 善用它了，而且非常漂亮。從 Google Search Engine 到 Gmail 到 Google Web Service 到 Android 到 Chrome 一系列的策略都串在一起了，這是漂亮的相連，我給予 Google 高度的肯定，這家公司的前途還沒看到盡頭。

然而，Google 推出的 Chrome 對於合作的對象 FireFox 來說就是情何以堪了。Google 藉由跟 FireFox 合作來當煙霧彈，暗渡陳倉自己發展 Chrome 的計畫。Google 的 Chrome 的對手將不只是 IE，還包括了曾經合作的同袍 FireFox (可憐，被背叛了)，以及 Apple 的 Safari (Android 的對手 iPhone)。我們唯一可以知道的就是，Web Service 的延燒在 Google 的力挺之下即將進入下一個階段，Web Application。Web Application 的概念將跟 Service 不太一樣，但是融合了 Service 的特性。在 Web 的窗口之下，你的程式將在 Web Browser 上面執行，它的目標就是讓所有的 Application 融合進去，用 Web 的思考方式。

這將是非常不一樣的 UI 體驗，或許大家會認為沒什麼不同，然而是非常的不同。因此，Web Application 將會帶動一系列的 HCI 的問題被探討。我們的介面即將 Web 化，然而應該如何 Web 化? Google 的 Chrome 雖然看似支持 Thin Client，不過在表現酷炫的 UI 以及高畫質上面我們仍然需要 Powerful 的機器。Google 如何開放一系列的 API 讓大家在它的 browser 上面開發 Application?

我很期待這個新的時代，這是一個完全混亂的時代，但是充滿了不可思議。我很期待…你呢?

補充報導: TechCrunch

語言數字觀研究與人類數字功能的猜想

Mr. Thursday — Mon, 01 Sep 2008 23:34:26 +0800

Posted By Mr. Thursday

MIT News前陣子有一篇報導，敘述有一些和認知語言有關的研究。他們主要是研究南美洲一些原住民部落的語言，主要是巴西的西北部一個叫做Piraha的部落。在那邊除了研究語言之外，也研究該部落的語言，對於數字的概念是如何？他們發現到一個有趣的現象，就是在Piraha這個部落的語言裡面，對於數字的觀念非常模糊，幾乎沒有精確的數字描述。譬如說研究者請他們從1數到10，或是從10數到1，結果用他們的語言，1和2兩個字都有，但是數到3以上，都是同一個單字。也就是說，他們對於數字的觀念，只有「1」、「2」、和「很多」這三種區別。(圖: Edward Gibson教授)

就我們的工作記憶(working memory) 來講，的確也是有類似的現象，譬如說我們印象深刻的數字，第一個大概是「3」，大於「3」的數字，我們比較不容易捕捉其概念。舉個例子來說，中文字的1是「一」，2是「二」，3是「三」，但是4呢？就不是四條橫線了！又另外一個數字比較印象深刻的，大概是7。不是因為7乘以4等於28天，也不是一個禮拜剛好七天，而是因為工作記憶的容量，通常就在7到8位數字左右，觀察一下我們的電話號碼，你說手機有10位數字，但是開頭兩位可能都是固定的，所以其實只要記住8位數字就好，室內電話最多也是8位數，第一位數有時候也是固定的。如果要再科學一點，我們也可以用實驗的方式，來證實工作記憶的儲存容量，對一般人來說就是7到8位數。譬如說亂數唸出一堆數字，然後請受試者寫下記得的數字，一般人大概最多回憶到7組數字 (如果兩個數字一組，7組數字就是14個數字，也就是7個二位數的數字)。

而這則新聞和認知科學上面對工作記憶的發現，也讓我產生了一個大膽的假設，或許有興趣的話，可以實驗來證明一下。我的假設是說：人類數字功能，是一種類似「繞道」而行的方式產生，也就是說數字功能可能不是天生的，但是後天可以勤能補拙，產生數字的功能。為什麼會這樣子假設呢？

首先我們觀察一下，自己在數算物體個數的時候，我們似乎是循序 (sequential) 進行數算的過程，而不是平行(parallel) 進行數算物體的過程。譬如說計算一條街道上面有幾部車，或是桌上鈔票和銅板加起來有多少錢，或是一篇文章總共有幾個字，我們都要一個一個慢慢計算，而沒辦法「一眼」就看出來有幾部車、有多少錢、有多少字。即使有時候我們可以有一些加速的方法，譬如說10個銅板疊一堆，或是把字對齊以後用乘法來計算，但是要「一眼」就看出來，仍然是沒有辦法的。

而怎樣子的神經迴路才會造成這種現象呢？我的猜想，就是神經迴路天生沒有的功能，可以經過「繞道」來方式來達成。何謂「繞道」呢？就是說天生的功能，就是「一眼」就可以看出來的，譬如說桌上一疊鈔票和銅板，我們只要一秒鐘的影像，就可以辨識出來。但是數算精確多少錢，一眼沒有辦法，但是我們的工作記憶，加上下面這些步驟，可以數算這些數目：

工作記憶中儲存一個數字，一開始設定成0
數算一個數字，然後把工作記憶裡面的數字加一
忘記剛才數過的東西，只記得工作記憶裡面的數字
重覆步驟2，直到所有東西都數完

用這種方式，我們可能不會記得桌上100個銅幣的每一個銅幣的特徵，但是銅幣個數的總合，透過上面這個「計算」的步驟，以及我們的工作記憶，和數字符號系統，我們可以完成這項「數算」的工作。我們沒辦法「一眼」就看出精確的數目，但是上面這種「繞道」(detour) 的方式，讓我們同樣可以完成這項任務，只是需要比較多的時間。

因此，對於上面新聞裡面研究中提到的原住民數字觀念，我猜想他們可能尚未發展出這種「繞道」的數算功能，或是部落裡面還沒有第一位產生這種繞道功能的人，讓同儕和下一代可以學習這種繞道的計數方式。(圖: Piraha部落)

那麼我們這些文明人，小學就接受數字教育，計算數字已經習以為常的現代人，要怎樣子證明，我們如果沒有學過數學課，先天上也只會有這種模糊的數字概念呢？人體實驗又不能隨便把人腦神經喀擦剪掉，變成腦殘來接受實驗，要怎麼做實驗才能證明呢？我這邊想到一個實驗或許可以嚐試看看。因為以前有學習到，人類觀看影像的時候，影片最慢30毫秒 (30ms) 要有一個畫面，否則就會產生延遲 (lag) 的效果。因此30毫秒，是我們「一眼」認出物體最短時間的極限。然而我們可以在螢幕上面出現一些影像，每個影像是一堆小圓圈，小圓圈的個數是亂數產生，範圍給定1到1000之間。接著每個影像出現的時候，只出現30毫秒，使用者可以看出是一堆圓圈，也「一眼」看出大約有多少個圓圈，但是還來不及一個一個計算，也就是執行上面的繞道程序。接著請受試者在看完每個圖像的時候，回答看到的圓圈個數，盡量猜測接近的數字。

然後上面產生亂數的時候，使用均一分配 (uniform distribution)，但是使用者回答的數字，我們也把他們累積起來，觀察一下可能不是均一分配，而是會出現上面那段新聞所呈現的一樣，只會有幾個數字呈現高峰，代表我們數字觀，在「一眼」、「一瞥」的情況下，只會有粗略的數字程度，連帶著語言系統裡面代表這些概念的單字，也跟著只有模糊的描述，而沒有精確的數字描述系統，因為缺少了繞道計算的功能。

最後還有一個心得是，我們可以用繞道的方式，來勤能補拙。譬如說有些人天生就有特別的功能，有的人一眼就能計算出所有的數目，有的人一眼就可以記下所有的單字和事件，有的人數學好一眼就可以解出幾到難題，有的人一眼就可以源源不絕創作出歌詞歌曲，有的人一眼就可以創作出文學巨著或是一首詩 (曹植的七步詩: 煮豆燃豆萁，漉豉以為汁。萁在釜下燃，豆在釜中泣。本是同根生，相煎何太急。)。然而一般人也可以經過繞道而行 (detour) 的方式，相剛才一樣，透過工作記憶 (working memory) 和固定的步驟，一個一個數，有時候加一些技巧，譬如說使用乘法來計算加速，一般人仍舊可以精確計算數字，即使不是一眼就算出來。在資本主義的時代，人人有機會，但是勝負分明之後，資源會從失敗者轉到勝利者的手中。然而在一些情況下，我們仍然要有這種願意繞道而行的精神，「人十之己百之，人百之己千之」，不要放棄任何希望。

除此之外，也希望在人類當中，能有一些「第一位」，他們可能有一眼就可以辦到某些事情的能力，譬如說現在還有各種科學難題、社會難題、醫學難題、或是環境暖化的問題，每年許多研究生博士生，都在辛苦地想出解決方法。然而這一位「第一位」也許讓眾多研究生有些問題不用再想了，但是對人類卻是貢獻極大，而且就像我們學習精確計算數字的方法一樣，從小學就開始會精確計算數字，而不用停留在模糊數字觀的原始時代，對人類來說是一件福音呢！Donald E. Knuth對於編譯器 (compiler) 的發展，似乎就是這樣的一個角色，也值得我們努力效法，共勉之。

Mr./Ms. Days (MMDays)

海馬迴與長期記憶

相關推薦

請趕快去看《海角七號》！！

隨機推薦

Wired: Google Chrome瀏覽器開發內幕

相關推薦

Google 發布瀏覽器: Goolge Chrome

相關推薦

語言數字觀研究與人類數字功能的猜想

相關推薦