瞧！這個人

如果有一天，你所依賴的網路服務突然消失了，怎麼辦？

2009-04-03T01:30:00.014+08:00

今天，我意外地發現Google Calendar中搜尋公開日曆的功能被拿掉了。一開始，我只覺得訂閱的一些日曆都沒有什麼更新，於是連到Google Calendar頁面去檢查，才發現這件事。上網查了一下，原來Mozilla Taiwan討論區也有人在討論，看來真的是被拿掉了。不過，反正Web 2.0的精神就是使用者產生，山不轉路轉，所以Public Google Calendars這類網站便應運而生，暫時替代一下原本的功能。但是，這也讓我驚覺：如果有一天，我所依賴的網路服務突然消失了，怎麼辦？

這些事的確可能發生也正在發生當中，比如我所遇到的這個問題。更慘的是這位美國老兄，在無預警情況下，他的Google帳戶就被封掉了，該死的是，他把許多重要的資料都放在上面。也許，養成良好的備份習慣可以減輕這種突如其來的痛苦。但是更多時候，我們需要的是這樣的服務及功能。前兩天剛好是4/1愚人節，連噗浪也在河道上官方發表了這樣一個笑話。還好，這只是愚人節的應景把戲，否則，我們哪裡再去找另一個相同的網路服務？哪裡能擁有相同的網路社群人脈？

可能有人會認為，在這個時代，同質性的網路服務一大堆，大不了換另一個來用，我也很希望一切都能這麼美好順利。即使有同類網站，我們也必需適應新的UI；就算UI的設計大同小異，我們還要保佑擁有同樣良好的速度表現及穩定性。當然，我們要記得備份資料然後轉移到新站，如果是社群網站的話，那還得一一通知原來認識的朋友一起搬過去才行。在某些情況下，像是在一個大網站中停掉幾個小服務，除了接受，沒有其它辦法，無可奈何。

有時，我們也不能太苛責這些網路公司。畢竟，關掉沒有獲利的服務是正確的商業決策，即使這些服務真的作得很好。解決的方式，有些可以採用會員收費制，有些卻不行。端看收費會員人數是否足以支撐起開發成本，否則即使收費，仍難逃最終結束服務的下場。比如我很喜歡的Google 大眾運輸服務，我就很懷疑收費有沒有效，或是有不收費的business model？但是這類服務，也只有少數公司有能力作到，一旦哪天分析後發現沒有獲利前途，隨時停止都有可能，並且也很難找到替代網站或服務。

我想起經濟學中有所謂的公共財，這些設備通常都是由政府提供，諸如公園、各縣市立圖書館等等。因為企業很難有動機去生產這類設施，也沒有辦法從中獲利。既然硬體可以如此，軟體或是網路服務為什麼不能有類似的概念？比如我愛巴士5284就是一個很棒的例子，是由政府單位指導成立的。如果政府好好計劃，應該可以有很多很棒的官方網路服務，把資料與功能分享給所有人，而且不用擔心會突然中斷的問題。

網路的發展才剛起步，網路服務不斷地出現也不斷地消失。因為網路服務突然消失或更動而造成不便的問題，之後肯定會慢慢引起注意。我相信，這不是單靠業界的商業模式就能解決，也許將來的趨勢會朝向某些好用或重要的網路服務，也由政府機構來建立與維護。應該說，這種服務太重要也太必要了，怎麼可以交給企業呢？

從Mr.6事件談名人效應

2009-02-10T04:53:00.008+08:00

最近，應該說其實也有一陣子了，如果有看過Mr.6的Mr.6正式回應最近在網路的一些批評（一）這篇文章，可能會覺得一頭霧水。其實這個事件說穿了，也沒有什麼，就只是一群部落客對Mr.6的意見而已。尤其是在Mr.6開了一門所謂給創業家上的程式設計課程後，就在網路上引起了一些聲音。想要比較清楚了解的話，可以看知名部落客不來恩的我們都需要重新學作「網路人」！這篇文章，裡面有列出一些相關連結，看完後應該就可以大致了解了。

我覺得不來恩的這篇文章很誠懇，但是也太過客氣了。文章中說實際上很多「網路人」並沒有因為這些不便或侵擾而得到什麼好處，真的是這樣嗎？在不來恩的另一篇文章─踢爆！台灣最值錢的前300名部落格！裡，可以看到排名前幾名的部落格是多麼有價值！其中排名在內的部落客BillyPan就在回應中說，加1個零我也不會賣…，可見在部落客的心中，價值還遠超過那個公佈數字。誠如BillyPan所說，要花多少錢買關鍵字廣告，才能創造相同的流量。而且，這個數字還是要天天買，一直買才行。

這個流量還只是部落格的部份而已，真正有價值的是那個名氣！以不來恩為例，他的名氣使他在像噗浪或是推特這類網站上也有一大群的追隨者。也許有人會認為，這有什麼用呢？有，而且是非常有用！這些名人在噗浪上的一個問題，通常都會引來一大票網友的回應。這種回應給他帶來了許多便利，比如可以很快速的解決問題，甚至還可以作簡單的問卷調查，或者是其它網友可能會主動提供許多有用資訊等等。像彎彎或女王，還因為知名度，被電視媒體請去上節目、拍廣告等等。更重要的是，名人的部落格對一群人有宣傳力，如Mr.6的文章相信也對不少人產生了影響。其所開設的程式課程，也因為名人的光環，招攬了一些學員。如果不是內容太差，可能還可以得到一筆可觀的收入也說不定。

也因此，我並不是很認同這次Mr.6的回應，雖然我也固定看他的文章。我認為既然有了一定的影響力與隨之而來的一些好處，在心態上就必須要接受你也會被更多人拿來作檢驗的事實。當然，隨著名氣越大，有些部落客就幾乎與公眾人物沒有兩樣了。到了這種程度，就連個人的隱私其實都很難保持，這是公眾人物的權利也是義務，並沒有什麼好不滿的。即使不滿，現實也無法改變，大家就是會對你好奇，就越會引來更多可能的問題，也更必須注意自己的行為。

最後，我想陳幸妤到美國對記者發飆的事情，很多人都知道。我也是同樣的想法，當妳身為公眾人物的時候，面對媒體，其實沒有什麼好不滿的。如果妳投的文章，每次都可以登上自由時報的版面，這難道是一般人所能享有的特別待遇嗎？所以，在考場外碰到記者，應該也就不足為奇了，尤其是在現在這種時刻。

DEPTA論文報告後有感

2009-01-08T02:00:00.008+08:00

這個月中，是碩二要提proposal的期限。老師丟了一篇MMDays轉載以前台大教授寫的如何寫論文：論文的起點文章給我們看，應該是希望我們可以多學習一下。這篇文章我剛好稍早前有看過，覺得寫得很好。看完後對裡面作研究的survey方式很表認同，也正打算這樣下去學習。然而，嚴格來說，我對目前要作的與Web IE相關領域的學習，從這個學期才算正式開始接觸，因此時間上變成有點緊迫。

即使進入這個Lab已經第二年了，但是第一年卻幾乎沒有修過任何與Lab研究領域有關的課程。因此今年老師回國開課，加上另一位新老師也剛好開了相關課程，我就全部都去旁聽了。若在算上自己選修的一門課，我總共上課的時間還比研一的學弟妹們多。但是大部份都是相關，並且我也很有興趣，所以雖然占了非常多時間，我還是認為值得。

可惜的是，老師回國後沒有開IE/IR的課程。這樣在Web IE這個領域就變成完全要自己閱讀摸索，可以想見的是，進展不可能太快。從一開始看老師寫的survey paper感到很吃力到後來慢慢比較可以深入了解，這中間是需要一段時間去消化與累積的。直到這學期末，我覺得差不多比較有點感覺了，想開始深入閱讀相關經典的研究論文時，提proposal的日子卻逼近了。

對我而言，要把一個proposal提出來是不容易的，至少前面的survey閱讀要作足功夫。如果不然，這樣提出來的proposal也很有問題，連我自己都不能接受。至少在相關論文的閱讀上都要有，而且還必需能夠比較分類，這都必需把paper深入閱讀並思考不可。而我目前就正是在作這個suvery與研讀的階段，雖然我很希望可以在時間內提出，但是目前實在是作不到，這是讓我感到遺憾的原因。

可能我不是最認真的，但是我是花很多時間在學習的。比如旁聽課程，有不懂的部份，我可能會自己再重看課本一遍，或是去圖書館查資料盡量找出解答。論文報告上，我盡力把整篇內容看懂，接著把我看完的內容盡量表達到別人可以聽得懂的程度。有好幾次，我星期一從台北趕來晚了一點，為了不缺席而沒聽到課程，還坐計程車趕到學校。

不過，最近在報告DEPTA這篇paper時，針對某些情況的case，有跟老師討論了一下。最後快結束時，老師說我的投影片似乎沒提到一些比較細節的部份，像是Tree Edit Distance等。我當時並沒表達好我的意思，可能讓老師以為我不懂這部份所以沒放進投影片。老師告訴我：不能因為你不懂那部份，你就不把它們放到投影片裡。這句話讓我感到失望，至今仍存著很無奈的感覺。我只是很單純的覺得，在paper裡只是作一個概念性的介紹，在過程中就已經有包含到這樣的意味了。所以我不是很清處，為什麼特別用一小段來講Tree Edit Distance，也覺得不是很必須要特地提出講。

李開復先生曾說過一句我很喜歡的話：或許我可能表達不好，但是我絕對不能容忍別人認為我沒有思想。我自問我不是逃避問題的人，否則我也不會把報告DEPTA時覺得不是很了解的case拿出來提；我自問在學習的求知欲上是很渴望的，否則也不用課堂上有問題，課堂後還到前面去問老師或是再去圖書館查書。而我會把Web IE相關的經典論文拿來作報告，也正是希望老師在我報告的時後可以驗證一下我理解上是不是有錯誤。因為我希望，讀完一篇論文是扎扎實實的，而不是應付了事的。

最後，我還是很感謝老師。因為在報告中老師給我的指導，讓我回去想了一個晚上後，終於知道應該可以怎麼解決。我真誠的希望，我能夠至少把一個議題有比較完整的了解，在我畢業之後。

12/11 論文報告─FivaTech

2008-12-27T23:32:00.018+08:00

這一次閱讀的論文是以前Lab中博班學長與老師所發表的，論文題目是FivaTech：Page-Level Web Data Extraction from Template Pages。目前Lab中的研究還有使用到以本篇論文技術為基礎的系統，但是仍然有些問題需要解決。如果這個系統能夠維護好並擴展改進的話，對未來網頁資料擷取的許多應用相信將很有幫助。

由於往相關領域閱讀論文，因此理所當然的要先了解自己Lab有在使用的系統。另一方面，也正好給大家介紹本篇論文所採用的技術。我第一次看這篇論文時，看的是只有6頁的版本，幾乎很多地方都不能了解。在看了以前學長在相關領域方面的一些研究論文之後，加上老師給了我另一個34頁比較詳盡的版本，多看幾次才總算比較清處的了解整篇論文在講什麼。

最早Web IE採用的是supervised的方式，必須依靠人工標註才能產生擷取資料的規則。後來Dynamic Web的研究往Template-based的推論方向發展，產生了一些unsupervised方式的論文。FivaTech就是其中之一，它可以透過多個擁有相同Template的頁面來推論出其結構，也因此把這樣的方法歸類為Page-Level。

FivaTech以多個網頁作輸入，最後產生共同的Template、Schema及個別的擷取資料。Template及Schema是以樹狀表示，與網頁的DOM Tree形成較一致的表現，其核心過程主要分成兩個較大的部份：Tree Merging以及Schema Detection。Tree Merging部份又可細分出四個小部份：Peer Node Recognition、Multiple String Alignment、Tandem Repeat Mining及Optional Merging，經過這四個步驟後會形成所謂的Pattern Tree，接著利用它來作下一階段的Schema Detection。

Peer Node Recognition主要是用來決定輸入的Tree中第1層(假設root為第0層)Node間的相似程度，相似程度大於某個門檻值以上則給定相同的代表符號(比如用英文字母a、b、c...等)，相同代表符號的node則屬於peer node。peer node辯識的準確性可以說是最為關鑑，在同一個DOM Tree中，peer node代表了資料樣式的重覆，可能是data rich區域；在不同DOM Tree中，peer node的意義可以用來推斷Page間共同的Template。不過在論文中並沒有提到門檻值應該設多少，而這個門檻值怎樣設可以產生最好的結果？是否可以適用在所有情況？是我感到比較疑問的地方。因為peer node的判斷直接就影響了後面的所有步驟，只要稍有不同，產生的結果可能就差很多。

決定出peer node後，下一步就是Peer Matrix Alignment。這個階段的工作就是把不同Tree的第1層node依序並排，然後取出每一行(同一個Tree)中兩個相同符號的node(peer node)間距離最大的值，裡面的最大值定義為span。接著對於span值大於0的符號node，盡量將其每一行的距離調整成span的值(最大可能循環長度)；剩下部份則盡量把相同的符號在每一列間對齊，node往下移動調整過程中空出的位置可以看成是missing data。要補充說明的部份是，對齊除了可以是相同符號(空出的部份不算)，也可以是不同的文字node。

在對齊步驟過後，可以得到一個Node List用來代表不同Page間的共同樣式(Pattern)。接下來就可以對此List作Pattern Mining的運算，將重覆的pattern壓縮起來。最後再根據不同的node在所有DOM Tree中的occurrence vector概念，由vector不一致(值不全為1)的node決定出哪些node是optional(不一定會有的資料)，這個過程稱為Optional Node Merging。

以上四個步驟從root往下一層層的作下去，最後將會形成一棵fixed/variant Pattern Tree。由此再將tree中的每個node分類並決定其order，則可以得出最終的Schema格式。至於Template的產生部份，先以規則決定出參考點(用來當作template間的分界)，再依此劃分出各個小範圍的Template，最後產生出與Schema相對應的一整組Template的表示法。這部份規則就不再說明，有興趣的話請參考投影片。

最後是本次報告論文的投影片：

Semantic Web─從Web 2.0到Web 3.0之路？

2008-12-26T11:37:00.015+08:00

今年11月號的科學人雜誌中文版有一篇文章很吸引我，文章的標題是─新興學門：資訊網科學(Web Science)。翻了一下，發現裡面就提到了Semantic Web的研究與應用情境，效果非常強大且完美。最近，在科學人雜誌網站上看到Web 2.0下一步：從群眾智慧到人工智慧這篇文章，讓我對機器與人類在Web上將資訊收集與整合的效用這類問題上，又開始思考了起來。

起初，我對Semantic Web的認識也不深，只大略知道最基本的條件是，在網頁上放進一些所謂的meta data。meta data簡單來講，就是描述或說明資料的資料，而這些描述或說明不僅僅是人類看得懂，還必須是機器可讀的。這樣的好處在於，透過meta data我們便可以賦予資料某些語意；透過這些語意，機器便有可能去作推論。最簡單的例子之一，像是Google Scocial Graph API所支援的XFN描述，就可以很容易的推論關係。

後來，拜這學期Web 2.0課程之賜，對Semantic Web有比較綜合性的介紹，才知道原來對資料作語義上的描述還有很大的學問，並不簡單。這些描述對推論的限制與設計的彈性有直接的關係，由此逐漸發展出了RDF、RDFs以及OWL這些metadata data model。在RDF中，透過一條條的陳述(statement)建構起語意網絡，而每條陳述(statement)由主體(subject)、謂詞(predicate)以及客體(object)三個元素組成。主體(subject)或客體(object)代表Web上的某個resource，藉由URI可以達到唯一性的辨識功能而不會產生混淆。謂詞(predicate)則是用來關聯主體(subject)與客體(object)，也可以稱為屬性(property)。RDFs進一步引入了物件的概念，使得語義的表現上更契合於真實世界的情境。OWL則加入了更多的限制與物件間關係的描述如disjunction，可以更有利於語義的萃煉。

在過去Web 1.0的時代，如果要擷取或搜尋網路上的資訊，利用Search Engine的IE(Information Extraction)與IR(Information Retrival)技術似乎是唯一比較可行的方法；到了當今Web 2.0概念當道的時代，可以經由RSS快速的匯集想看的資訊於一處，也可以像Social Bookmark網站一樣採用群眾智慧的過濾機制(推文與收藏)與分類方式(tag)取得資訊，或是從社群關係連結的角度對資料作分析；在邁向未來Web 3.0的趨勢上，也許會在以Semantic Web建設的基礎上，再度利用人工智慧、Data Mining的方式作自動化的資料分析。

不過，Semantic Web的語義描述設計可能需要專門人員，並配合相關領域知識才能建構得好，這恐怕是廣泛存在的一個最大挑戰。然而，這是無可奈何的必須成本。把簡單的工作放在資料產生，把困難的資料收集交給機器去作；或是在資料產生的過程中分擔一點成本，讓資料收集與推論上可以輕鬆一點。我原來很看好Web 2.0與相應的群眾智慧機制，在資料的產生上沒有任何改變，在資料的過濾與收集上也不會太困難。但是群眾的選擇卻很容易形成偏差，很有可能造成少數人的看法決定多數人的意見。

掌握越多資訊才能在競爭下越有利，各種方式的進展，都可以再深思與討論。未來，我們能把資料應用分析到怎樣的程度呢？

學習，並不簡單

2008-12-24T00:57:00.003+08:00

有好陣子沒有寫blog了，其實有許多想法與學習心得想一一寫出來。不過寫文章頗花時間，這些時間拿來閱讀豈不更好？由此可以衍生出一個問題，為什麼要花時間在部落格寫文章？當然，對不同的人來說總是有不一樣的原因，但簡單來說可以用兩個字來概括─誘因。比如，互動的樂趣就是其中一個，這也是很多部落客可以一直寫下去的動力。

這一學期對我來說收獲很大，除了對機器學習相關領域與數學方面有更多的認識之外，在論文的閱讀上也逐漸能體會到比較深入的程度。也因此，我越發覺得研究實在不易；當我學習越多，我越感到認知的渺小，甚至在不同時刻對同一件事都可能有很不同的理解。這學期初開始接觸關於IE領域的知識，一開始我讀了自己老師所寫的一篇很經典的survey paper。當時對那方面完全不了解，讀起來遭遇許多困難，只能懂三成左右。後來在讀過一些相關的論文後，現在回過去看，許多以前不解之處終於比較可以體會。經過這學期的修課與論文研讀，我才開始覺得自己在實驗室相關領域比較能夠掌握。

有些時後，我也很訝異於許多同學的自信。往往，他們其實對某些理論並不是很了解，但卻可以很肯定的告訴你就是這樣。這種現像在論文報告時更明顯，我起初不太能夠體會老師在聽報告時的批評，但是隨著理解能力的提昇，我發現某些報告的確是似是而非。最主要的原因在於，對論文沒有真正的深入思考，只是在很表面的文字上作閱讀。也因此，在我聽完這些報告，反而產生許多疑惑，更不了解該論文的精義。另外一些時後，情況正好相反。台下的人跟不上台上報告者的程度，但是卻好像以為自己懂了。我曾在修課時請教過同學問題，他們的回答很篤定且帶著一點輕視，好像這問題很簡單似的。我雖然感到懷疑，但也不能肯定，後來再去找老師請教或花時間去思考後才發覺完全不是那麼一回事。

我告訴自己，確確實實地學習才有助於能力的提昇，我期許自己能持續地在各方面都不斷成長。可能需要花很多時間，但那不會白費功夫，現在回想起老師曾對我說過，我不介意你花很多時間把這個部份弄懂，更能感受到一個過來人對學習新手的懇切建議。

論文閱讀─Blog Post and Comment Extraction Using Information Quantity

2008-10-11T15:12:00.003+08:00

之前在找關於Web Data Extraction方面的paper時，發現一篇與實驗室同學正在作的研究有點關係，不過方法不同。這篇paper出自AIRS 2008，主要是針對Blog Post與Comment的擷取。如果要對Blog上面的意見作分析，或是在改善像某一些Blog垂直搜尋引擎上的準確性，把Blog中的主要內容擷取出來是很有用的。底下對整個內容作簡單的介紹：

首先介紹一個名詞─MainText，它的內容包含post跟comment。本篇paper把擷取post跟comment的任務分成兩個階段：
1.在DOM Tree的概念下，找出包含MainText的最下層Node
2.找出包含Main Text的Node中的一個分割點，將post與comment區隔出來

在第一階段中，主要利用兩個特性來決定出包含MainText的最下層Node。第一個是MainText的寬度與其它同一層區塊相比是最大的；第二個則是MainText的文字數一般來說是很高的。由此決定出MainText所在的Node位置，然後進入第二階段─找出post與comment的分割點。

第二階段裡，引入了information quantity的概念來決定分割點。information quantity在information theory中常見到，它的基本意義是，對於一個事件來說，如果事件發生的機率比較高，則當事件發生時，我們所獲得的information quantity相對來說比較低。也可以說information quantity的高低跟一個事件的確定性有關，當一個事件的確定性越高，那麼可以從中獲得的information quantity則越低。接著，依序選擇MainText Node的每一個child node當作分割點來計算information quantity，擁有最小information quantity的Node即被當成分割點。

最後是我簡單製作的介紹投影片：

View SlideShare presentation or Upload your own.

社群網站靠邊站，PTT才是王道？

2008-10-08T23:48:00.003+08:00

在台灣，web 2.0概念下的網站，大概就屬Blog以及YouTube這一類服務最興盛。我認識的人當中，也有很多連blog都沒寫過，更別提其它像Twitter之類的網站了。然而這些人卻至少都上過PTT，其中也不乏花很多時間在上面的。可見PTT對於台灣的網路使用者而言，一定有一股很特別的吸引力，這也是我一直很想了解的。

社群網站這個名詞，好像從Web 2.0被提出之後才開始風行起來。其實社群只不過是一個概念，並不是叫社群網站才有社群。社群網站只是提供了更多的功能，讓上面的使用者在交流上更方便、更緊密。人類原本就是社群的動物，在現實生活中，社交活動非常重要。我們可以透過不同的環境，形成不同的社群團體。比如公司部門、學校班級乃至於一個小家庭，都是不同的社群團體。

反過來看PTT，除了它不是以一個Web形態存在以外，其它不論怎麼看，都與現在Web 2.0的一些精神沒有兩樣。使用者創造內容、分享以及社群等等，沒有一個是PTT所缺少的。從精神上看，我幾乎沒辦法比較PTT和目前的Web 2.0網站。我唯一感受的最大不同，就是它們在介面上的表現。可以這樣說，PTT在台灣的成功，代表了台灣網路使用者對Web 2.0的精神是肯定的。

一個社群網站或是一個BBS，要越來越成功，流量是一個關鍵。所以目前Web 2.0的網站，都是先想盡辦法把流量衝高，之後才開始思考獲利問題。因為在一群相似的網站或bbs站中，人氣越大，對其它競爭者越會有排斥效應，領先的優勢也更明顯。所以bbs中，PTT人氣成為一枝獨秀，美國社群網站中，MySpace、Facebook也各領風騷。但是其它類似的競爭者就很可憐了，例如Mircrosoft支持的社群網站可能因此就倒了，其實一點也不足為奇。但這並不表示我們不需要社群網站，而是我們不需要這麼多不同的類似網站。就如同搜尋引擎，我們頂多也只會用到最常用的那一兩個。

以Web形式存在而與BBS最接近的，大概要算是論壇了。可是PTT可以只用鍵盤就作到非常方便的遊覽功能，而論壇大部份的操作還很依賴滑鼠。所以我在想，PTT歷久不衰的主因可能是它的使用介面讓大部份人很習慣。但是自從我看過RIA的桌面版網路程式功能後，我突然覺得，如果可以透過RIA的技術作出一個桌面版的Web bbs，操作行為完全模擬一般傳統的bbs站一樣，卻還可以有更好的圖片或影片內嵌功能。難道這不是一種RIA技術的另類應用嗎？RIA的好處說不定可以從這個角度切入，讓更多人接受。

雖然我也會上PTT看一些資訊，但是我也常從blog看文章，甚至偶爾還會使用twitter。我發覺，PTT對我而言，娛樂效果遠大於知識吸收的能力。在PTT上，我很少可以得到太多我想知道的或是我覺得真正對我有用的。在沒有接觸blog之前，我以為PTT已經很棒了；在接觸許多優質的blog後，我認為blog上存在許多一流的專家，可以吸收到很多非凡的見解。所以我現在的網路活動，慢慢地從PTT抽離，慢慢地往Web方面深入。

我的想法是，PTT因為人氣與習慣因素使然，所以在台灣形成獨特的現像。但是使用PTT的人不太可能就完全不需要Web上的資訊，反之也是如此。另一方面，你擁抱了PTT，某種程度上也等於你認同了Web 2.0。最大的差別只是在於介面上的呈現，還有可能是另一個重要因素─口碑。也許未來，桌面版Web式的類bbs站的論壇應用可以取代現在PTT的人氣與地位。

最近的學習生活，我很享受

2008-10-05T02:00:00.008+08:00

研究所入學的光景仿如昨日，一瞬間回到現實，已經是碩二了。實驗室來了許多新面孔，更添幾分熱鬧新鮮的氣息。陌生的環境已經適應，同學間的相處逐漸熱絡，我，開始把中央當成另一個習慣存在的地方。中央之於我，大部份時後總是，如果我不在實驗室或教室，就是在往實驗室或教室的路上。我打算趁著今年秋天涼爽時刻，或許散步，也許騎著腳踏車，重新感受與體驗每一條我在中大走過的路、沒去過的地方。

這學期只要再選修一門課就達到了該修滿的學分數，為了平衡時間與興趣，我選修了物件導向軟體工程。在現今所使用的語言環境中，大部份都是物件導向式設計。這門課大量介紹了UML工具的使用，讓設計人員可以一種更高階的圖示或描述方法來表達整個設計內容。這不只對維護很重要，在溝通上也很有用，如果把問題用更好的設計方式作表達，將更容易讓別人清處知道你在作什麼。我以為提高這種能力是很必要的，這需要很多因素結合起來，好的工具、對問題的深入了解以及平時訓練有素的文字表達與邏輯思想。

雖然只有選修一門課，但是卻旁聽了許多課程。像我們老師回國後所開的兩門課：最佳化理論與Web 2.0、另一位新老師開的課：統計學習理論以及一門經典課程：高等演算法。這幾門課的內容都很有趣，也都與我們實驗室的研究很相關。由於我們這一屆比較特殊，剛好碰到老師出國，所以這些相關課程反而在之前都沒有學過。但是也因此多修了許多不同領域的課程，加上今年這些旁聽與選修課，這讓我在資訊相關的學習上倍感充實。

在旁聽的兩門課中，統計學習與最佳化更讓我感受到有交互參照的效果。最近的統計學習上到貝氏決策理論，用到機率與貝氏定理的觀念來作分類。我在Data Mining的自修中只讀到這個部份就結束了，我也以為這個分類僅止於此。後來才知道，原來把條件機率用高斯分佈來假設，可以衍生出所謂的LDA(Linear Discriminant Analysis)、QDA(Quadratic Discriminant Analysis)，這才讓我開始有點明白老師有時提到的LDA，它的分類原理與數學意義是什麼。更妙的是，LDA或QDA必須用到估計參數的部份，與老師現在的最佳化課程又串連了起來。在給定的機率模型中，求一組參數使得該機率可以達到最大值，這個過程就是目前最佳化正在教的部份。這當中又喚起我之前閱讀CRF(Conditional Random Field)論文裡，所參考的關於MEMM(Maximum Entropy Markov Model)部份中相關數學的印象。

而在論文閱讀方面，我目前大部份都找關於Web Data Extraction的方向。之前看的兩篇Survey到現在還是覺得只能大略地了解，沒有辦法很深刻的去體會其中的差別。但是隨著慢慢的累積一些相關知識，再回頭看會比較能理解。目前我希望多收集一些相關paper，多看幾種不同的作法，去漸漸區別出來整個Web IE在應用上有分成哪些、還有什麼不錯的方式可以改進？它的趨勢或是不錯的進階方向在哪裡等等。其它像是應用或是之後的maintanance還是擷取出來的資訊間作match的部份，我還不是很有感覺，大概要再多看paper然後找老師請教。最近，好像開始才比較能體會到持續在一個方向的閱讀可以慢慢擴散開來的樂趣。

最後，在研究的進度上，我仍在尋找一個構思。我覺得困難的是找一個好的情境與設計，還有在很多已經有的相關研究中去展現出自己獨特的貢獻。資料是分析的重要來源，而從網路上取得資料是第一步關鑑。我思考著，我應該是在前端技術或理論上作研究呢？還是應該利用已有的技術或理論把取得的資料作分析？或是其它不同的應用？這是我接下來必需儘快克服的問題。

Web 2.0課後─RIA Vs AJAX之我見

2008-10-01T07:59:00.007+08:00

昨天的Web 2.0課程第一次以助教身份上台介紹相關資料，介紹的內容主要是關於AJAX與RIA，其它還有一些Mashup與OpenSource的資源。我覺得老師開這門課很有意思，因為對於Web 2.0除了技術之外，其它還有許多關於創新、商業模式以及趨勢或反思方面的探討。很多想法，可能都沒有一個標準答案，所有在課堂上參與的人不只是個聽眾，還是個分享者。

我投影片準備的數量並不多，但是卻也整整花了一節課的時間才介紹完，由此可見討論的情況還算熱烈。在透過台下同學的提問與討論後，的確也引出了一些值得思考的問題，也迫使我再度思考：RIA是什麼？到底它跟AJAX的差別在哪裡？它能成為後來的潮流嗎？

我對RIA的想法，最早來自於研一的時後曾報告的過一篇相關paper，但沒有看過實際的例子，其實沒有太多的感受。直到今年暑假，參加Microsoft的MIX08大會後，我開始深刻的體會到，其實這才是真正的RIA，AJAX與其相比還有段蠻遠的距離。可惜的是，我目前找不到更棒的例子或影片，沒有辦法將我的震驚讓其它人感同身受。當然，其中有許多展示都是某些公司的第一手資料，也許還沒那麼快推出市場。

RIA是Rich Internet Application的縮寫，有些人認為當中的I應該也要包括Interactive與Interface的含義在裡頭。目前提到RIA，大致上指的是比較後期相較於AJAX所提出的一套技術，當中最有名的有三個：Adobe AIR、Microsoft Silverligt以及Sun的JavaFX。底下針對昨天台下同學對這部份問題的發問，我試著從資料整理中回答，最後我會提出我整個的想法供大家參考。如果有補充或指正，也歡迎在回應中告知我。

1.AIR後來好像叫Apollo？
A：這部份剛好反過來，AIR是由Apollo更名調整過來的。

2.像AIR或是Silverlight這類RIA技術到底是程式語言還是程式架構或是平台？
A：我個人的看法是，以開發者角度來看，有點像是各家公司所提出的一套整合的Framework。當然也都搭配有各自廠商推出的IDE與language，像AIR的IDE是Flex，Browser client是flash player，語言是MXMLActionScript；Silverlight部份的IDE是Visual Studio，Browser Client是Silverlight 1.1/2，語言則分為圖形表示用XAML+JavaScript，Server端可以用c#或VB.net配合；JavaFX部份的IDE使用NetBeans，Browser Client是Java Plugin with JavaFX extension，語言方面則是JavaFX script與Java。

3.有些Firefox的插件在看某些型態的網頁時也可以作到3D效果，為什麼還需要RIA？
A：根據我在MIX08中看到的資訊，Microsoft在WPF中甚至可以利用到DirectX 3D的功能。事實上，Silverlight在微軟的看法是當成WPF的精簡版，也就是不具備DirectX 3D及其它包含本機端Device控制的功能。那些在FireFox中看起來3D的畫面與真正用到DirectX 3D Engine作出來的效果當然是差很多的，一些光線明暗的計算等細膩部份就沒辦法表現出來了。至於到底需不需要這麼棒的效果？我覺得為何不？如果可以更好的話。我記得MIX08上就舉了一個線上看書的例子，書在翻頁時，連陰影、不同光線的亮度效果都作出來，非常逼真。

4.Google Gears應該不是要當成桌面端軟體的應用吧？
A：嗯...這一點我是有一些自己的看法。一般來說，離線應用是指在沒有連線的情況下也可以透過Web作存取，但是從Google推出Chrome加上Chrome有個功能可以將網頁在本機端建一個捷徑的方式來看，我認為這才是Google想作的最終極應用。況且其它RIA技術也都紛紛支援在offline運作，Google從Gears+Chrome切入到這個戰場我覺得是很有可能的。

我認為現今RIA技術的出現，必然會對AJAX造成一定的影響。AJAX的特色就在於其非同步處理的功能，這實現了在與Server端作資料傳送的交換時不需要把整個網頁作刷新，因此會使人覺得Gmail看起來很像OutLook，但事實上並不是。AJAX在圖形表現上完全受限於Java Script Engine的能力，自然無法跟利用本機端繪圖能力的RIA技術相匹敵。比如說，你要作一個很豐富介面的網站，用AJAX或許可以達到，但那大概要花費極大心力；相對的，使用更好的支持圖形化功能的新一代RIA技術，開發人員應該可以比較容易的作到這些事情。更極端的桌面端網頁程式的應用，AJAX就更談不上了，因其只能限定在Web上。但是AJAX也有其不可取代的優點，那就是不需要額外下載擴充套件，也是現今最普及的應用。

也許把目前一般使用Browser開網頁的習慣轉換成下載一個本機端軟體，然後從本機端軟體透過網路資料交換的應用很難讓人適應或理解。不過這對User並沒有什麼害處，實際上就有許多AIR的這類應用軟體。對User而言，他們只是作出一個選擇而已，並不會因為出現了本機端軟體的應用，就代表Web上的應用會被取代。比如Twitter，就有許多相關的AIR桌面版軟體，看個人喜好作選擇。就如同Web 2.0時代來臨，難道所有Web 1.0時代的網頁就都消失了嗎？對User而言，一樣只是多出了許多的選擇。當某些技術不被市場上的使用者喜愛，它自然會無法普及，如同過去的Java Applet一樣。不過我相信，新的技術總是不斷地出來，目地是更好的改善User的體驗或是開發者的效率。在資訊時代，我們都應該不斷地往前學習，對嗎？

09/19 regular meeting

2008-09-20T07:43:00.009+08:00

這一次報告的paper標題是"TOB：Timely Ontologies for Business Model"，出自WebDB 2008。主要是關於商業領域的資訊擷取應用，但是裡面所提到的方式其實也可以用在其它領域上。我覺得這種應用蠻有趣的，而且內容並不難懂，又可以了解其它種類的資訊擷取技術。底下是這篇paper的摘要部份：

本體論(Ontology)一語出自哲學領域，主要探討存在的本質。近年來電腦科學家也將其應用在知識表達上，作為描述實體的概念以及實體間關係的模型。本篇作者主要提出一套法方來建立商業關係的本體論模型─TOB，此模型特色是包含了時間的因果關係。這種模型在商業智慧的應用上是很有用的，舉例來說，我們可以問像這一類的問題：微軟公司現在的執行長是誰？Google收購Youtube之後的獲利表現如何？

TOB是基於YAGO模型[1]之上，加入了時間範圍的表達。在商業實體關係的擷取中，主要針對以下幾種：公司與公司之間(比如收購關係)、公司與產品之間以及公司與客戶或買主之間。示範建立模型的資料來源主要有三個部份：Wikipedia Infoboxes、Reuter's news feeds以及Google News pages；分別演示了三種不同的資訊擷取方式：基於結構化資料的pattern matching技術、自然語言文件為主的處理以及由不包含時間元素的句子中推論出時間關係的方法。以下對這三種方式作個別說明：

pattern matching部份─
先前工作(Yago[1]與DBpedia[2])中已經有這種方式的處理，作者使用了29種屬性如公司創立時間、核心人員等來作比對。
自然語言文件方面─
使用基於Link-Grammar的Leila方法(只支援二元關係擷取)再加以擴充為E-Leila來擷取文字間實體及實體間的關係(包含時間的三元關係)。
時間關係推論方式─
又分為ontology-level與page-level。前者是利用模型內已有的實體時間關係來作結合；後者是利用網頁的發佈日期，將原本相對的時間描述(比如上星期)轉換為絕對時間表達(比如某年某月)。

最後實驗結果顯示在Wikipedia Infoboxes、Reuter's news feeds以及Google news pages的關係擷取上均有不錯的precision。

[1] Fabian M.Suchanek, Gjergji Kasneci and Gerhard Weikum "YAGO：A Core of Semantic Knowledge Unifying WordNet and Wikipedia" WWW 2007, ACM Press,pp.697-706.
[2] Soren Auer,Christian Bizer,Georgi Kobilarov,Jens Lehmann,Richard Cyganiak,Zachary G. Ives：DBpedia：A Nucleus for a Web of Open Data.ISWC/ASWC 2007

下面是本次報告的投影影片：

Google推出瀏灠器Chrome，在想什麼，到底？

2008-09-04T23:18:00.007+08:00

Google推出新的瀏覽器─Chrome，最近很多部落格也都紛紛報導這件事。眾所周知，Google一直是有名的瀏覽器─FireFox的贊助者。從過去到現在的歷史來看，瀏覽器之爭一直也沒有停過，從最早的Netscape到微軟的IE。現在FireFox藉Google支持之威輔以開放平台之助，硬是把瀏覽器的市場從IE的一家獨大給打成分庭抗禮的局面，若再算進Safari與Opera，目前這個市場可說是非常熱鬧。Google於此時推出Chrome，到底有什麼用意？

從官方網站的各種說明來看，Chrome的訴求如下：
穩定─
採用Multi-Thread的設計，每一個Tab代表一個獨立的process。它的好處是當其中一個tab發生問題或是載入網頁過久，影響不及於其它使用中的Tab。也由於Tab彼此獨立，各自管理專屬的記憶體空間，因此可以更有效的降低memory leak的問題。

快速─
Chrome的Web Page Rendering Engine採用WebKit，特色是簡單、快速。在JavaScript DOM的操作上，Google加入JavaScript Virtual Machine的機制─V8計劃來提升這方面的運算。

安全─
不允許對本機電腦作檔案的寫入，也不允許讀取本機電腦上私密資料夾的內容。Google還提供類似網站安全性評比的功能，在進入惡意網站時會出現警示。另一個與IE8相同的功能是無痕跡瀏灠模式，在這種模式下將不會紀錄保留瀏灠資訊。

介面─
將Tab移到最上方，這使得每個Tab擁有個別的URL輸入框。在URL輸入框中打字時，功能類似Google Suggestion，會列出常用的搜尋結果。另外，也可以把Tab用拖拉的方式拉出來形成另一個視窗。

Gears─
與Google Gears整合在一起，可以配合建立應用程式捷徑的功能，在本機桌面上建立捷徑。採用這種方式建立的捷徑，其執行外觀幾乎與傳統的應用程式外觀並無二致。若加上Gears的離線功能，可以說是把Web Page的應用模擬成桌面程式一般，不僅外觀相似還不一定需要連線。

這些改善的確是非常創新，也是目前較有名瀏灠器所缺乏的功能。不過我對Google推出瀏灠器的用意，有不同的想法。Google在資料的收集上一向不遺餘力，而這些資料對Google作搜尋以及使用者行為分析是非常有用的。我的猜想是，Google可能透過瀏灠器將使用者輸入的關鑑字、瀏灠過的網頁等等資訊全部都收集起來。畢竟在不同種類的搜尋上，不一定只使用到Google；而在Google爬蟲程式到達不了的網頁，透過瀏覽器將可以輕鬆辦到。因此，我認為Chrome很有可能是Google在資料收集上的一個利器，也是網路平台整合服務的先鋒應用。在上網比例越來越高的今天，所有通往網頁入口的第一道關卡就是瀏灠器，由此可見其重要性。

其實對於隱私與便利總是讓人兩難，要得到更多的資料作分析，往往需要挖掘別人不一定想公開的秘密。在Web 2.0時代，這種衝突看來是無論如何都無法避免的。站在比較悲觀的看法上是，連上網的隱私都可能曝光；站在比較樂觀的角度是，這有利於讓人們在上網時的行為與現實生活中較一致，網路的隱秘性往往也是造成許多問題的主因之一。

FireFox及其外掛介紹

2008-08-30T22:15:00.010+08:00

工欲善其事，必先利其器。對於一個常常需要瀏覽網頁的重度使用者而言，一個好用的Browser絕對能省下許多不必要的時間浪費並且提高效率。在目前的使用經驗上，我覺得FireFox遠勝於其它類似軟體。FireFox目前最新的版本是3.0.1版，在速度上比2.0版略有提升。它與另一個由Microsoft所開發的Browser─IE最大的差別在於：前者是個開放平台，因此有許多的外掛(Add-ons)可以使用。雖然這在某種程度上的確會引起使用者關於安全上的憂心，但是一般而言，如果使用的是知名外掛，風險相對會小很多。在看過IE8的相關介紹之後，我更相信擁抱FireFox的玩家將會越來越多。

FireFox之強，強在外掛軟體。底下列出一些目前我覺得好用的部份：
IE Tab
在某些設計不夠周到的網站上，有時只支援IE Browser。這個外掛能讓Firefox也可以使用IE的核心運作，進而達到相容性瀏灠，這也是讓我幾乎離開IE的主要原因。

FEBE
備份FireFox的重要工具，尤其是使用在不同電腦間的同步。目前我總共有三個地方的電腦─Lab、宿舍還有家裡，這個工具正好用來同步三台電腦的FireFox狀態，省下我不少時間。

SiteAdvisor與WOT
這兩套都是很有名的網站安全檢測工具，依照顏色來區分網站的安全等級。對於Google完後的一堆頁面結果，有些網站其實是潛藏著安全危險，基本的安全警告就顯得很重要。

Dr. Web Anti-Virus link checker
有時WOT或是SiteAdvisor也不是萬能的，總是有些網站沒有評測資訊。這時後如果要更確保安全的話，可以用這個工具對Link作掃描。

Split Browser
這個軟體可以把Browser視窗作水平或是垂直分割，有時需要同時對兩個網站內容作比較，或者是，想要在一個視窗中同時觀看幾個不同的網站。

Firebug
一個FireFox中重量級的工具，可以用來輔助網頁開發者作除錯測試的工作。這裡有一個簡易的教學影片：http://www.digitalmediaminute.com/screencast/firebug-js/

Smart Bookmarks Bar
提供常用的書籤工具列按紐，可以更快速的找到最常用的網站。這個工具雖然看起來沒什麼特別，只是作一條工具列可以放bookmarks，但是這個簡單的小功能卻是我使用頻率很高的。它的好處在於把bookmarks用小圖示取代，只要看到圖示就知道這是哪個網站，更方便找尋。

Tab Mix Lite CE
一個很好用的分頁管理軟體，我之前一直在找關於FireFox上與分頁有關的外掛，但是都不是很滿意。像Tab Kit對我而言太複雜了，我只想單純的作一些分頁相關的特性管理。比如設定開新tab的位置、把書籤或是網站上的link自動開在新分頁等等。

Add to Search Bar
雖然Google很強大，但是Google在一些特定領域上的搜尋效率還是不夠好。比如找影片，我會上YouTube；買東西我會上eBay、Yahoo拍賣；查專有名詞我會先找Wikipedia。雖然有這些網站的Link，但是查詢的時後如果可以集合在一處那將可以省下很多功夫。這在IE8也有類似的功能，但FireFox藉由工具可以作得更好更多。

Organize Search Engines
這是用來搭配Add to Search Bar工具使用的，可以把加入的Search Engine作分門別類的管理。像我目前加入的Search網站就有幾十個，如果沒有這個工具，光是要找合適的search engine可能就要花不少時間。

除此之外，FireFox的附加元件還有作推薦功能，也許裡面也可以發現意外好用的小工具。其它找尋好用外掛的地方是Mozilla的官方討論區或是透過一些知名部落格的介紹。其實還有很多很不錯的工具，如果有推薦的也歡迎告訴我。當我從IE轉換到FireFox之後，我真的感到便利許多。重點是，找出合適好用的工具，想出巧妙的使用方式，這將是值得的。

Microsoft MIX 08

2008-08-27T18:33:00.006+08:00

今年第一次參加微軟MIX活動，事先透過活動網站的介紹得知，這一次的焦點是SilverLight 2.0。跟我參加Google Developer Day的感覺不太一樣，氣氛比較嚴謹一點，參加的人似乎多是業界的工程師，而且中午也沒提供便當以及其它豐富的零食。活動時間從上午九點報到開始到下午四點半最後一個議程結束為止，前五百名報到的人員可以拿到不同的贈品。其中我覺得最實用的是光學滑鼠，可惜最後我拿到的是一套微軟出品的遊戲。

上午的議程算是SilverLight的介紹，下午則區分為使用者體驗與開發者技術兩個不同的主題。我對於使用者體驗議程中的Surface項目的介紹很有興趣，不過最後還是參加開發者技術部份。Surface是微軟近來大力研究並結合軟硬體的技術，擁有MultiTouch能力，可以直接用手或聲音對營幕作指示。比如底下所顯示的：

我不知道這樣的應在在日常生活中開始會在什麼時後，但我相信這是個趨勢。就好像手機、筆記型電腦以及一些公共場所的觸控式營幕設計一樣，當硬體的成本越來越低，軟體的技術越來越改進，這樣的生活有可能比我們想的更早一點到來。

記得之前曾經報告過的一篇paper─OpenXUP，裡面就提到了藉由本機端的一個thin-client來作到Rich UI的效果。那篇paper是2006年發表的，不過才一兩年，業界如Adobe的AIR技術、Microdost的SilverLight等等就已經往這個方向開始應用了。基本上，兩者同樣都是透過下載一個thin-client到本機端，而SilverLight還搭配了XAML標記語言來作UI的設置。也是因為如此，所以順便藉著這次MIX08的活動來了解一下目前這類技術可以作到怎樣的程度。自從Google大量使用AJAX技術以來，網頁UI的需求就開始產生了革命性的變化。只是沒有想到這個變化竟如此之快，如果不是親眼所見，我還不能想像到原來網頁的UI能力竟然可以達到這麼棒的體驗。比如新加波一家公司SinTel的Heart Race，這個網頁很有趣，透過選擇其中一個女孩，可以看到被選中的女孩開心的表情而其它女孩落選生氣或難過的反應。其它還有像故宮的清明上河圖英文版、HardRock、Deep Earth等等，更多的範例可以到這裡看。當然，以上這些都是基於SilverLight技術，瀏覽前必需下載並安裝SilverLight套件。

在開發者技術議程裡，有幾個比較值得一提的：
首先，微軟比較了目前所提出的幾個技術─WPF、Windows Forms、SilverLight以及ASP.NET+AJAX。這幾個技術分別適用在不同的情況之下，Windows Forms是目前傳統的Windows應用程式開發所使用的方式；而WPF除了可以使用在windows應用程式上之外，它也可以應用在網頁設計上，如同SilverLight一般作個thin-client來提升UI。從本機資源利用性來看，WPF可以說是最完整，甚至還利用到DirectX 3D的能力。也由於如此，所以跨平台成了WPF最大的缺點。至於SilverLight，雖然只有2D，但是卻成為Web應用最大的優勢，因為其沒有平台限制上的問題。最後一個ASP.NET+AJAX則適合在不需要使用者安裝任何套件的情況下使用，也是目前最普及的應用。此外，微軟還很貼心的提供了一支小程式UXIQ，幫助開發者決定應該使用哪種技術與平台。

其次，微軟為了幫助利用SilverLight作開發的使用者，免費提供了10GB的網站空間作為架設使用SilverLight技術的網站之用。然而，微軟也表示，在之後會提出收費標準，而原來免費的部份則考慮藉由在網站放置廣告的模式來運作。看起來，微軟以另一種business model在目前獲利很大的網站廣告上尋求獲利。另外，微軟還展示了IE8 beta 2版本，更加強調browser在安全與隱私上的加強。但是在使用慣了FireFox的人眼中，IE8雖然比IE7有些改善，但是其便利性仍然還遠遠不足。

相較於google，微軟給我的感覺是以其既有的優勢在技術上加強以因應未來的網路變化。如果說google在web上最大的貢獻是資料的搜尋與平台的提供；微軟則是致力於Web程式技術來加強使用者的網路體驗。不可否認，如果在操作上可以更友善一點、更互動一點，那對於使用網路的效率將會有很大的幫助。畢竟，對於使用的感覺，我們總希望這一切能變得更美好。

PS：最後填寫完問卷，我得到了微軟贈送的一份當期IT電子報以及一雙環保筷。

Web Information Extraction的survey paper閱讀心得

2008-08-06T13:51:00.010+08:00

老師回國後，曾找個時間跟老師談了一下。老師對於研究方向的看法，基本上是希望學生能夠找有興趣的方向去作。我在各個領域其實都不會很排斥，只是對social network方面有多一點的接觸，所以對這方面興趣也稍微多一點。不過在跟老師談完之後，知道從web上作data extraction的工作在許多方面的應用上都很需要，加上之前跟學長合作的過程中覺得這部份具有核心技術的地位，因此覺得或許可以往這部份作發展。然而這個領域的理論也不少，老師建議可以先從閱讀survey部份開始入門。

我看的paper主要是以老師在2006發表的"A Survey of Web Information Extraction Systems"這篇paper為主，雖然是survey，但是看起來仍然頗為吃力，因為之前在這部份的接觸並不多。其中有許多不太了解的專有名詞如Tree Edit Distance或是資料結構如Suffix Tree等等，甚至演算法方面像ILP method或是ACME technique之前其實也沒聽過。雖然有上網稍微查了一下，不過在理解程度上還是很膚淺。透過這篇survey的研讀，真的可以感覺到這個領域的理論似乎不少，之後打算跟老師請教一些更細節方面的問題還有相關建議閱讀的paper。

Information extraction的工作在過去主要是針對free-text來作，這部份的技術較多的是使用有關自然語言處理的理論；但是近來Web流行，因此對Web Page上面的data extraction也越來越受到注意，這部份使用的技術比較傾向於machine-learning或是pattern matching。而用來作information extraction的程式，比較廣一點來說，就是所謂的Wrapper。在Web上，就好像一層介面包覆在網站外面提供使用者對頁面資料作抽取的工作。而產生Wrapper的方法則稱為Wrapper Induction，主要分成四個類型：手動方式建立、supervised、semi-supervised以及unsupervised。

站在系統應用的角度上，不太可能靠手動方式去作，畢竟很難要求每個使用者都會寫程式，而且效率也極低。由於這個原因，因此才開始慢慢發展出supervised、semi-supervised到unsupervised的方式。unsupervised的自動化程度最高，將使用者選取所需資訊的行為降到最低，因此這個方法在應用上漸漸成為趨勢。但是自動化所帶來的副作用就是限制性也最高，一般而言都是用在同一個或是類型相似度高的網站上。因此盡量提高應用在不同網站的程度，是這類方法的研究中心。至於supervised的方法雖然需要比較繁複的使用者標記工作，但是藉由加入適當的features可以提高不同種類網站的資料抽取能力。

在閱讀paper的過程中，看到Deep Web(Hidden Web)這個名詞，才明白到原來目前search engine還有大部份的Web Pages是無法收集到的，而無法收集到的Pages數量占所有網路上Pages的大部份比例。也因為這種情況，Wrapper應運而生。Wrapper的主要目的可以說就是把Deep Web背後的資料挖出來，然後抽取並輸出成結構性的格式如XML。關於這部份，Google似乎對其Crawler的設計打算作改善，可以在遇到要輸入查詢字串的Form元素時填入keyword來收集到Deep Web的深層資訊。看來Deep Web的概念將會越來越模糊，而到時從網頁抽取資料的技術與方式不知是否會有所改變？

最後，與從網頁中抽取資料的相關研究還有所謂的semantic web。我目前的理解可能是在網頁中加入一些meta data或是可以讓程式區分資料不同的元素。如果web page依照這樣的方式作設計，那在資料抽取的過程將會比較簡單而且精準。以設計層面來看，我覺得這是一種正確的方式，也是我所喜愛的方式─從根本上解決問題。但以目前的應用層面來看，似乎還有很長的路要走？

今天meeting跟老師談完後，老師很有耐心地回答一些問題，並給了一些選讀paper方向上的建議。我打算先把一些相關的paper收集起來，然後再詢問老師的意見，之後就安排一些研讀進度跟老師報告。這樣可以在報告中讓老師知道我是否有地方不是了解很透徹，如果有問題也可以當面跟老師請教，這樣應該能夠比較快速地在這方面學習到一些背景知識。

群眾智慧真的可靠嗎？

2008-08-02T21:32:00.008+08:00

集合眾人的智慧，產生的結果是好或壞，在我心中一直是個很困惑的問題。有一句話說：群眾是盲目的。現實生活中，在各個領域裡我們都是由少數專家所掌舵。甚至連影響西方思想深遠的哲學大師柏拉圖都認為，在一個理想的國度中，國家領導人不應該交由群眾推選而是由專業的哲學家來擔任最好(註一)。

柏拉圖的想法在民主風氣盛行的今日看來也許可笑，但仔細想想卻也不無道理。透過民主選出來的元首不一定是最有能力治理好國家的人，即便是民意代表都可能很有問題。但是從經濟學的角度來看可能不同，在沒有任何人指揮的市場經濟機制的運轉下，似乎顯得一切是這麼的完美。賣場知道應該進多少貨才不會造成損失，廠商也知道該製造差不多剛好數量的產品。這樣複雜的運作，不可能單靠少數的專家就有辦法規劃出來。如今，群眾智慧的巔峰之作─維基百科，在不到幾年時間其內容數量就已經遠遠超出由少數專家編輯所產生的百科權威─大英百科全書了(註二)。

web2.0時代來臨，標榜分享與創造。許許多多的網站提供了平台服務，造成雪球效應，使用者創造與分享的內容也不斷爆增。然而，在很大的程度上，其實大部份都是乏善可陳。一個在YouTube影片上罵人的小男孩可能成為最流行的人物，一個充滿漫畫的部落格可能也是人氣最高的部落格之一。這種現像再透過搜尋引擎與推薦系統的加權效果，可能使冷門但優質的部份反而成為長尾理論中那條無限延長的最末端。你在看誰的部落格？一書中，作者就對所謂網路上的業餘者專家情況進行了很多的探討。

另一個我覺得有意思的現像是關於那些social bookmark類的網站，國外類似的有del.icio.us與digg，國內則有黑米書籤與推推王。del.icio.us只有收藏功能，而digg則只能推薦；黑米與推推王卻是兩者兼備。我一度為了收與推這兩個動作困擾很久，因為在網站上表現出來的形式很相似。畢竟你會收藏難道不代表你也是很推這個bookmark嗎？而你推這個bookmark竟然是不會想收藏嗎？答案果然是─反向真的不一定成立！在推推王很容易看出來推的數量總是遠高於收的數量，這幾乎說明了推的行為是不太值得參考的：可能你真的不是很喜歡它，但是也許為了幫助朋友充高人氣不得已而為之，或是有其它原因等等。

這篇文章比較了一些書籤類網站間流量的差別，很有意思。但是仔細想想不難發現，對於收藏來說，使用者會更想確定是否真的值得收藏，因此會花更多時間在訪問收藏的bookmark上。結果，只是收與推的兩個動作不同，造成使用者行為與參考價值的差別竟也有很大的不同。我想，雖然服務都是免費的，但是收藏牽涉到個人空間管理的問題，因此有了一些誘因使玩家比較認真的去看待這個行為；反之，推的動作只是單純的增加人氣，對玩家而言並沒有損失，因此比較容易去行使這樣的行為，但是也比較不具有價值。

我不太確定放任群眾自由地在網路世界產生並分享內容到底是利大於弊或是弊大於利，因為這是過去歷史上從沒有經歷過的情形。但是我深信群眾智慧在某些方面的確可以作到少數專家或是高明演算法作不到的事，比如訊息的整合。例如挖這個網站的功能，我想要利用Google收集也不太可能。甚至當我們想尋找影片時，我們可能會去YouTube搜尋而不是直接透過Google找。群眾智慧所產生的結果也許不是最好的，但它卻在某些部份作得比所有已知最好的還要好。

註一：參見柏拉圖的<理想國>。
註二：有些人認為維基百科的內容品質必需抱持存疑的態度，美國有些大學甚至規定論文中不能出現引用維基百科的內容。

07/22 regular meeting

2008-07-22T14:04:00.004+08:00

對於社群網站中常見的元素─標籤，我總覺得應該可以有更多利用的方法。我也曾經思考過標籤可以有哪些用途，甚至也想過可能可以代表使用者的興趣取向。可是不知道怎樣去分析，也不知道資料該如何取得。剛好WWW 2008有這一篇題為"Tag-based Social Interest Discovery"的paper，所以我就研讀了一下，學習別人的思考方式。這篇paper是由Yahoo公司的研究員所發表的，由於剛好收購del.icio.us網站，所以不難想像完全採用該網站的資料作分析與研究。底下是摘要部份：

在Web 2.0的概念下，許多社群網站開始發展且越來越受到歡迎。其中主要區分成兩類，一類是以人為核心，如Facebook、MySpace等等；一類是以物件為核心，如YouTube、Flickr與del.icio.us等等。對於社群網站來說，發現使用者群體中的共同喜好是很有用的。一來可以有助於加強使用者間的關係(有共通興趣)，二來可以刺激使用者貢獻與分享更多內容。然而目前已經提出的相關解決方法中，都是基於利用使用者在網站上的互動關係來分析，這對於像del.icio.us這類網站來說是不合適的。因此本篇paper提出一個利用使用者自定標籤(tag)的新方法來找出像這類網站中的社群興趣(Social Interest)，它的好處是不需要透過使用者間的互動關係來作分析。

分析所需的資料來自del.icio.us資料庫中的一部份(公開的書籤)，總共有140萬個URL被20萬個使用者儲存到430萬個書籤上。這些URL對應的網頁利用英文中廣泛使用的stopword list來對文字內容與標籤作過濾，接著將過濾出來的關鍵字與標籤利用Porter stemming algorithm作正規化。結果顯示，平均來說一個URL的註解標籤數量遠小於對應網頁內容的關鍵字數量(大約是100個量)。所以如果能夠以標籤來取代關鍵字作為社群興趣發現的元素，將可以讓工作得到非常大的簡化。

首先，作者們利用實例展示URL中top-10 tf、tfidf 關鍵字和註解標籤的比較，說明標籤比關鍵字更能表達出內容的高階概念。其次，觀察top-10、top-20及top-40的tf、tfidf關鍵字被標籤字彙函蓋的程度，顯示標籤對最重要關鍵字集的函蓋程度是很高的。第三，分析標籤的發散性，其中標籤隨著URL數量的增加不會無限制的成長，而是會趨向穩定的數量。最後，檢視標籤與關鍵字的匹配率，大部份URL中較常被使用的標籤被關鍵字匹配的程度是不錯的。經由以上分析，使用標籤來找出社群興趣是可行的。

此外，作者們還根據分析結果實作了一個稱為ISID(Internet Social Interest Discovery)的系統，可以用來發現共同的使用者興趣以及依據興趣主題對使用者或URL作分群的功能。其原理是對URL中註解標籤運用關連規則(association rule)的方式找出熱門興趣主題，在此將每個張貼書籤(由user、url和tags組合而成)看成傳統上的交易資料，而user+url的組合可以當成唯一key，tags則代表item。

最後，將此系統產生的結果對資料作評估顯示：
1.相同主題群組內的URL間資料的相似度遠高於不同主題群組的URL
2.ISID系統找出的興趣主題函蓋極大多數使用者最常使用的標籤集
3.經人類編輯審查，群組中URL與該主題的相關性是夠高的

因此採用以標籤來代表興趣的方法在效果上是不錯的，同時也不需要使用者間必需有網站上的互動關係或是真實世界中額外的關係資訊。

底下是投影片部份：

Google 2008 Developer Day

2008-06-15T01:46:00.015+08:00

之前得知Google 2008 Developer Day在6/14舉行後，就線上報名參加了。雖然有把這個消息告知一些同學跟學長，最後發現卻只有我一個人報名。大概6/14這個時間非常接近期末考，大家都很忙。本來是想帶數位相機去照一些照片，無奈出發前發現電池竟然出問題，結果只好作罷。

整個會議的時間從早上8:30報到開始到下午四點結束，大會地點在台北國際會議中心。由於開幕致詞時間在9:30，所以報到完後還有很多時間。在等待開始的期間，不經意看到旁邊一位老兄用apple的ibook上網在玩twitter，我猜他可能在抱怨怎麼還不開始。另外，現場休息區的佈置真的很Google的感覺，除了有一台wii跟xbox 360可以消磨時間外，還準備了一大堆的飲料跟零食。地上的椅子也都不太正常，有的是大汽球，有的是沙包，我看到有人坐在汽球上時還不小心跌倒。

這一次大會主要分三個廳，主題都不太相同。上午的部份，我選擇參加Google Maps API的主題，下午一小時的實作報告部份我去聽了關於Open Social的成果展示，剩下時間選擇的兩個主題分別是Android簡介跟小工具(Gadget)。開幕致詞跟主題介紹都是由台灣Google研究院院長簡立峰先生演說，還順便談到了Google對未來網路的看法與願景。主要有四大部份：Google Gears、Google Apps Engine、Android與Open Social，可以強烈感覺到Google想要提出一些標準開放平台讓全世界都可以去利用，希望可以更加快速幫助網路上資料的產生與分享。其中，我覺得Apps Engine最有優勢，因為利用到Google強大的主機服務，網站管理的許多問題將可以省下不少力氣。而Android也是備受關注，參加聽講的人也最多，我想手機應用將很快成為主流。

Google Maps API部份主要是介紹如何使用API，以及有哪些功能。比較特別的應用是，地圖的重疊功能。比如有個展示是把高雄現代地圖與古地圖重疊在一起作比較，可以看出古今變化的樣貌。另外一個是Google Earth的介紹，這一部份讓人感到很驚豔。例如可以選擇台灣隨便一個地點看其地形，也可以模擬從台北101的角度俯瞰整個台北市的景觀。目前網站應用最多的大概就是屬於這一類，像台灣的地圖日記就是，還拿到美國demo秀的特別獎。可以說Google的開放式API造就了許多網站成功的機會，而這些開發者的反饋又增加了Google這一類服務的內容，相輔相成。因此當網路上各式各樣的資料越多，搜尋就越顯重要，而Google的競爭優勢也就越強大。

Android部份是由美國Google總部的軟體工程師所演說，大意是Android平台是架在Linux Kernel之上，類似Java Virtual Machine的功能。除此之外也提供像Windows API一樣的程式開發SDK，讓使用者可以更方便地開發手機上的網路應用程式。讓我感到比較印像深刻的部份是Q & A，演講者的電腦功力非常深厚。在面對各式各樣的問題時，不是只由軟體開發的角度去回答，而解決問題的方式也不只一種。聽完之後，我更加覺得各方面綜合能力對一個軟體開發人員在開發設計上是不可或缺的。

感到比較失望的部份是小工具主題，只是簡單照著投影片作解說，教大家怎樣建立一個Gadget，沒有看到什麼更進一步的消息或是未來發展。不過Gadget不是只能放在iGoogle上面，而是可以放在任何網站或是Blog上都可以。這部份讓我覺得其實Gadget也可以結合廣告的配置，而不一定要很死版的依賴Google Adword或是Google Adsense。廣義來說，幾乎可以內嵌的都可以看作是一種Gadget，YouTube也可以看成是一種視訊撥放的Gadget放在網站或網頁中。目前除了個人化入口網站之外，大量的Blog中也會放置Gadget。可以說，以往Web 1.0時代那種統一介面被Web 2.0時代的個人化定制介面所取代的關鑑就在於此。

總體來說，這一次參加的感覺是對Google目前各方面的服務多了一些認識。也體會到，其實在網頁應用的開發上最困難的部份可能是去了解眾多API的使用。也許，Google正在作的就是把眾多API的數量盡量精簡，到最後所有開發者都可以在同一個標準下去作開發，那分享與產生的速度相信就可能會更快了。

關於研究的一些資源整理與想法

2008-05-28T00:55:00.006+08:00

該怎麼開始一個研究的方向呢？該如何找一個值得作的研究題目呢？這是我現在最關心的問題，也是最想了解的部份。老師在meeting時告訴我說看的paper太少了，一針見血。老師建議我從幾個最頂尖的Conference裡找有興趣的paper來看，最主要的原因應該是希望我們學習優良品質的paper的研究方法。

一開始我的疑問是：該如何知道那些conference的等級優劣？我起先是問同學，結果發現大家都不知道。其實這個問題的答案並不是很重要，因為老師推薦的幾個就應該很足夠了，並且都是很棒的conference。後來，到網路上去找答案，發覺在電腦科學方面的conference排名資訊還蠻多的，比如這個還有這個，另外也有關於Journal的ranking如這個跟這個。裡面還按照領域分類，真的蠻方便。

第二個問題是，作研究有沒有一些基本的方法或準則？我個人的感覺是興趣很重要，但是興趣會隨著累積知識的底子深厚而有很大的關係。我有看過一些大師寫的文章，主要是為了鼓勵作研究的學生，我覺得是很值得參考的。比如李遠哲院長寫的文章以及王汎森院士寫的文章。另外一個想法是，多多請教研究上有經驗的學長與老師，跟他們學習作研究的方式。每個人找資訊想題目或是作研究的方式可能都不相同，但我相信那都會是很寶貴的經驗可供學習。我對自己的期望是一點一點地進步，也許現在很多能力是不足夠的，但是絕不能沒有收獲。

關於我協助學長作的GoD系統，我開始並不知道那到底是在作些什麼。雖然老師對於詢問的問題都會很有耐心的解答，但可能是中途加入，整個來龍去脈仍然不是很清處。當然，其中也不乏因為課業與寫程式花掉了許多時間，所以沒能好好地去思考這個系統的好處在哪裡，所以一直也沒有所謂的興趣問題。最近，看到了一篇文章介紹把Web Page轉成RSS的應用，裡面還提到了許多同類的網站工具，其中也包含之前曾接觸過的dapper。這才恍然大悟跟GoD系統的應用有些類似，可以把某個不提供RSS服務的網頁或其中的某部份經由這類網站工具提取出來包成RSS服務。

突然之間，才開始有點意識到樂趣的感覺。感到有意思的地方在於，如果在沒有任何相關知識的情況下，我該怎麼去完成這樣一個網站工具？除了程式技術之外，似乎一個Wrapper是不可或缺的核心關鑑。但是這又讓我想起了一個問題，如果那些網站已經可以運作良好，那代表那些網站的Wrapper部份是很O.K的，而目前GoD系統的最大問題卻是出在Wrapper部份！這到底是為什麼呢？跟學長詢問的回答是：GoD系統的Wrapper可能比較複雜。如果是這樣，那麼比較複雜的好處與目地是什麼？這種複雜對GoD系統來說是必要的嗎？還是GoD系統可以利用這種複雜打敗其它相類似的網站工具？

除此之外，進入Web 2.0時代，使用者成為內容的產生者，諸如blog、youtube以及相關的SNS網站如facebook與twitter等都是這方面的應用。目前正在思考有哪些關於這方面的理論或是技術值得研究，還是有什麼可以改良的地方？可能要先從一些paper的研讀開始，然後慢慢去擴展開來。看來這部份需要好好地加強，期許培養出一個研究生該有的能力。

一兩句話，有時很受用

2008-05-25T01:28:00.005+08:00

每一個人在成長過程中，都會有經驗的累積與閱讀而獲得的知識。有時，這些體會在針對某些看法時，常常會被濃縮成一兩句話來表達。然而，大部份情況下，很多聽的人當時可能沒辦法體會。往往要等到時過境遷之後的某一天才能領悟，甚至是可能永遠都不會明白。

最近看淨空老和尚的演講，裡面有一段是他老人家提到當年學佛的過程，那時他很喜歡研究經文，但是一直對佛教裡談戒律的部份不是很有興趣。因為他認為戒律是當時那個年代那個國家所產生的，到了今天這個時代不同的地區上，這些戒律的合適性可能有問題，因此他對戒律這方面一直沒有很在意。但是他的老師每次在指導他的時後，總是會有意無意地提起一句話："戒律很重要"。他當時只覺得師父可能認為他對戒律看得比較淡，所以才會常常提醒他。

後來，老和尚的師父過世，老和尚在難過之餘想起了師父生前常常對他說的一句話："戒律很重要"。他越想越不對勁，總覺得師父對他說這句話應該是有別的含意。於是老和尚便去翻察佛經中關於戒律的部份，這一翻查之下讓他終於領悟了當年師父那一句話的意義。原來戒律是為了出世之用，不是給一般人遵守的，是為了讓修行人出世所定下的不可違背的基本精神。這一領悟對老和尚幫助很大，在修行的路上奠下了深厚的基礎。

看完後，我思考著，當我的老師在指導我的時後，是不是有哪一些話其實是我還未能體會的？有時後可能看似簡單平淡的一兩句話，也許在某些時候會發揮其不可思議的效果，甚至可能因此改變了一個人的重大想法。也許，多留意談話中透露的一兩句話，可能會從這短短的一兩句話中發現其中的玄機進而領悟到有重大幫助的想法也說不定呢！

04/29 regular meeting

2008-05-04T16:40:00.004+08:00

這一次報告的paper與mobile device比較有關，因為行動裝置上網已經是不可避免的趨勢。但是在目前的畫面尺寸上，除非未來有新技術的產生，否則在小畫面上使用網站是必然的。這方面的應用可能有幾個部份：一個是把原有網頁重建，或是盡可能作到節省操作以達到更便利瀏覽的目地。其中，網頁中image元素的分類是有用的，這也是我選擇這篇paper來看的原因。

這次報告的paper題目是"Image Classification for Mobile Web Browsing"，出處是"Proceedings of the 15th international conference on World Wide Web"。不難想像的是，作者是日本人，畢竟在日本，使用手機已經成為非常高頻率的一種活動。底下是摘要部份：

對於只有小畫面的行動裝置使用者來說，瀏覽專為桌上型PC的大畫面所設計的網頁是不方便的。然而，隨著網路技術的提升與行動裝置的普及，這方面的需求也越來越多。目前已經有一些研究與商業產品正嘗試解決這方面的問題，其中，能夠正確地分辨網頁中image的種類是很有用的。舉例來說，去除網頁中某些image來簡化網頁內容以達到更符合小畫面瀏覽的程度。

在這篇paper中，作者們將web imgaes分成11個種類。接著，從40個網站中收集到的3901個images以手動方式分類。其中，選取了能夠有效分類的37個image features。這些image features的擷取方式總共有4種：
1.use HTML source file analysis
2.query web servers
3.exploit the layout information of DOM trees when rendering the pages
4.use image processing

根據這37個image features，作者們使用C4.5演算法來建立Decision Tree Classification。

實驗部份，總共執行40次，每一次選擇其中一個網站的images當作test set而其餘39個網站的images當作training set。結果顯示，採用作者們的分類方式可以達到83.1%的正確率。最後，作者們還實作了一個automatic web page scrolling system作為展示利用image classification方法的一種應用。

最後是這次報告的投影片：

| View | Upload your own

研一下學期的學習心得

2008-05-03T00:15:00.007+08:00

一轉眼，已經是研究所一年級下學期過一半了。這學期的時間比上學期還緊湊，除了課程修得比較多以外，在meeting的程式方面也花了非常多的時間。此外還必需加上看書的時間以及定期觀看一些blog資訊的時間，時間真是永遠都不夠用。

目前最讓我感到比較擔憂的部份是找paper來閱讀這一方面，主要是因為不太有sense應該找哪些題目來作有系統的深入閱讀比較好。已經報告過的paper都是不太相關的，也算是在嘗試看許多不同的方向，看有沒有辦法看到某個題目是值得再繼續閱讀或研究下去。一方面也是因為目前meeting的部份比較偏向實務，所以很難有對應的paper可以看；另一方面是關於一些背景知識的缺乏，所以在找paper的時後常不知道該怎麼找比較好，比如有哪些key word可以下。因此這部份目前正開始自修關於data mining的教科書，不過進度沒辦法很快，因為時間實在太少了。另外，許多paper都或多或少談到關於統計學的某些檢驗方式，我想之後可能也要花時間了解一下統計學方面的基本知識。關於研究方向，目前對於social network方面的興趣還蠻大的，其它像是廣告分析或是search engine之類的都蠻有興趣的，未來可能找這一類paper來看跟報告。另外之後可能也要找時間跟老師討論哪些方向可以研究，畢竟研二開始就要對論文下功夫了。

在程式能力方面的加強上，雖然目前meeting有牽涉到一些網頁設計相關方面，但是我負責的部份是比較屬於XML的方面，所以在整體網頁設計的許多能力上我認為其實都還是很不足夠的。也許網頁語言相比桌面應用程式來說是相對簡單的，但是網頁設計的困難點在於廣跟雜。要同時學習許多不同的語言，客戶端有javascript，server端有asp.net，畫面設計上有CSS等。最後整合一起應用，也是需要蠻多時間的。除非原來對這幾種語言都有一定的熟悉程度，否則在網頁設計上真的會進展很慢且頂多可能只是堪用而已。目前實驗室的同學們感覺上都還蠻慘的，程式能力可以說都蠻糟糕的。可能未來比較可行的方式或許是，一個team work一個project，每個人學習某個固定的元素，然後由一個人設計統合起來。

最後是一些希望有時間可以閱讀的書籍─

web 2.0程式設計方面：
資訊架構學、建置逐層擴充的web 2.0服務、 Professional Web 2.0 Programming以及其它一系列介紹mashup的書籍。

作業系統方面：
Linux kernel、windows internals

數學方面：
機率、統計類

School 2.0

2008-04-22T16:34:00.006+08:00

現在好像2.0當道，什麼東西都應該要來個2.0一下才會紅，比如Web 2.0、Office 2.0、甚至台大莊永裕教授在科技來自於生活論壇中提到的所謂Research 2.0。剛好這學期有修一門數位學習導論的課，我覺得大學之間應該也要來個School 2.0。

有時我覺得很納悶，為什麼學校沒有辦法提供每一次書報討論的演講影片？甚至提供一個網站讓同學可以去自由下載？是因為牽涉到什麼法律層面的問題嗎？還是為了保障該演講者可以以同一套內容重覆使用之便？老實說我不知道，但是我覺得生活應該更便利化一點、更效率化一點以及更分享化一點。很多演講的內容很精彩，但是卻沒辦法保留然後分享。一個好的演講竟然只有辦法給只在那間教室裡的人聽到，而沒辦法擴散到只要你想聽就可以的程度，我覺得這真是有點浪廢。推廣來說，許多學校也都有很不錯的演講，假如能夠有一個整合的平台把這些演講影片收集起來，加上如果還有分類與搜索的功能，這樣幾乎就是一個巨大無比的另類學術演講台灣版的YouTube。

關於課程方面，也有樣本可以學習，比如MIT的OpenCourse計劃。如果學校間都可以把專業課程開放出來，甚至連上課內容都有辦法影音分享，這樣在學習上的效率與成果一定很棒。而且我覺得並非作不到而是不願意作，畢竟很多學校都已經有遠距離上課的能力，更何況是影音提供呢？甚至如果這些課程收費的話，我覺得或許也可以作為一種另類的學校收入來源。按老師課程受歡迎的程度統計而分收費標準，也許以經濟學的角度來看，這對於提升老師的教學品質來說是一個很大的正面誘因呢！

當然，感覺似乎有點異想天開，不過我真的覺得很多東西都應該可以更交流與開放，底下是莊永裕教授的演講內容：

對政治人物的殘酷，是偉大人民的力量展現

2008-03-22T22:23:00.002+08:00

台灣總統選舉結束，雖然覺得國民黨應該會勝選且或許會贏幾十萬票，但出乎意料之外的是竟大贏了兩百多萬票。也許，對於從黨外時代就一路奮鬥的民進黨來說是個很無情的結果，但是正如帶領英國贏得二次大戰的邱吉爾被人民趕下台時所說的名言："對政治人物的殘酷，是偉大人民的力量展現"。

這一次的選舉對台灣來說具有很重大的意義，就是把過去無往不利的統獨族群牌徹底毀滅。不過長昌這次的失敗就我看來實在是非戰之罪，他們承擔了過去八年以來陳水扁政府的執政包袱。但是很顯然的民進黨並沒有體會到這一點，所以才會在立委之後再一次慘敗。陳水扁的家人、親信的貪腐形像並沒有受到太多的反省，民進黨包庇的下場就是今日的慘敗。

晚上看陳文茜主持的評論結目，她談到了一段話讓我覺得很值得深思，也替過去這些為台灣民主奮鬥的革命家感到同情，更替在這過程中投機的得利者感到可恥。她說她把女人一生中最青春的歲月都奉獻給了政治，希望能改善這個國家、抗衡專制的國民黨。最後，她的目標實現了，民進黨終於成功。可到頭來她才知道，原來她犧牲的這段青春歲月竟換來了荒唐可笑的八年。

選舉結束後，特別看了謝長廷先生的選後感言。老實說，講得很令人感動，也讓人覺得很不捨。但是也許"對政治人物的殘酷，是偉大人民的力量展現"，我期待民進黨能從失去政權的沉痛之中體會到人民的力量，然後再度把黨外時期那股理想找回來給人民看看。

02/19 regular meeting

2008-02-24T21:35:00.003+08:00

這一次報告的時間有點糟糕，剛好卡在過完農曆年後不久，開學後的第二天。由於最近在忙的工作與網頁程式設計有關，而近來設計網頁的技術慢慢地講究Rich Client UI效果。因此就找了一篇與這方面相關的paper來報告，目前這部份應用最火紅的當屬AJAX，不過慢慢地Adobe也推出了AIR，而微軟也力捧SilverLight技術。看來，在Client端下載一個thin-client的概念將會是未來網頁設計架構中的主流。

這一次報告的paper題目是"OpenXUP─an Alternative Approach to Developing Highly Interactive Web Applications"，出處是："Proceedings of the 6th international conference on Web engineering"，底下是這次報告的本篇paper摘要：

製作更豐富與高互動性的Web Application需求益發增加，目前改善傳統的HTML方式的介面表示方法主要有兩種：一種是利用下載程式到browser中執行的方式如Java Applet或ActiveX；一種是近來很流行的AJAX。但是這兩種方式都有其缺點，前者當UI與程式功能比較複雜時，需要下載的程式碼也變得較多，並且由於程式功能在Client端執行，因此存在有安全性的風險；後者的UI則受限於Browser的JavaScript Engine與DHTML的表現能力。因此作者們提出了另一種可選擇的方式─OpenXUP，一種基於XUP(Extensible User Interface Protocol)的Web User Interface Development Framework。

XUP是一種基於SOAP的Protocol用來處理在web上的使用者介面事件溝通與更新的通知，而且支援非同步的訊息傳送。OpenXUP的組成有兩部份：thin client and server toolkit which offers a set of event-driven APIs。think Client(XUPClient)只有兩個任務：一個是顯示UI與捕捉UI Events；另一個是負責與server間的通訊(傳送與接收Events)。Server(XUPServer)部份負責處理從Client傳送過來的UI更新要求，裡面包含了Application Manager、Event Dispatcher與XUP applications。Application Manager用來選擇對應的XUP application作處理，Event Dispatcher則把Events分派給對應的Event Handler程式處理(在XUP application之中)，而XUP application則是Server中程式邏輯的主要部份，利用一組Event-driven APIs來完成其功能。

OpenXUP的特色在於程式功能的執行都在Server端完成，透過XUP將UI的更新結果傳到Client，然後由Client顯示更新後的UI畫面。由於程式功能都在Server端執行，因此Cleint端的環境是安全的，並且在除錯與維護上也較容易。另一方面由於Client端完全利用本地端電腦的GUI toolkit能力(目前以.NET實作)再加上XUP支援非同步的訊息傳送，使得在Client端的介面呈現上展現出了快速的UI反應與豐富高互動的UI可用性。

底下是這次報告的投影片檔：

| View | Upload your own

善惡之謂何？

2008-01-21T05:51:00.000+08:00

何謂善惡？這是一個非常難以準確定義的問題，在哲學上有很多討論，宗教上也有各自對善惡的看法。這個問題雖然非常深奧而且也沒辦法三言兩語可以好好解釋明白，但是不論如何，每個人的心中卻都有一套自己的善惡判斷標準。

就在昨天，我看了淨空老和尚的了凡四訓講記，讓我對善惡的解釋又有了新一層的看法，甚至打從心底認同！底下是講記中關於善惡說明的部份內容：

中峰和尚是元朝時後人，那時有一些讀書人去拜訪中峰禪師。
問曰：佛氏論善惡報應，如影隨形。今某人善，而子孫不興；某人惡，而家門隆盛。佛說無稽矣！
中峰云：凡情未滌，正眼未開，認善為惡，指惡為善，往往有之。不憾己之是非顛倒，而反怨天之報應有差乎！
眾曰：善惡何致相反？
中峰令試言其狀。
一人謂詈人毆人是惡，敬人禮人是善。中峰云：未必然也。
一人謂貪財妄取是惡，廉潔有守是善。中峰云：未必然也。
眾人歷言其狀，中峰皆謂不然，因請問。
中峰告之曰：有益於人是善，有益於己是惡。有益於人。則毆人詈人皆善也；有益於己，則敬人禮人皆惡也。是故人之行善，利人者公，公則為真；利己者私，私則為假。

如果以這樣的標準來判斷善惡真假，我想世上若真有絕對的善惡，雖不中亦不遠矣！

答同學關於C/C++問題

2008-01-20T21:00:00.000+08:00

最近實驗室有同學正在自修關於C/C++方面的問題，在練習寫函式的時後碰到些小問題，於是在MSN傳訊問我。他正在練習寫一個把c語言字串作反轉的函式，結果執行的時後當掉，他傳給我的函式原始程式碼如下：

char *rev(const char *p)
{
char *q;
int size = sizeof(p);

while((size--)>0)
*(q++) = *(p+size);

return q;
}

這個函式寫法在邏輯上是沒有錯，不過出問題的地方在於將函式中Local變數的位址回傳。當函式返回時，所有Local變數都會被清除，於是造成錯誤。

一個最簡單的方式是，把要回傳的反轉字串宣告成Global變數，這樣在函式返回時，就不會造成因清除而產生的錯誤。但是這種寫法有個很大的缺點，就是程式不具有re-entrant的特性。因為如果使用者程式是multi-thread且都有可能呼叫這個函式的話，那麼由於multi-thread共用相同的全域空間，這將有可能造成問題。

另一個方法是使用動態記憶體配置，這樣函式就具備了re-entrant的特性，也不會在函式返回時產生錯誤。但是使用動態配置在c/c++中是必須要程式自己作釋放記憶體動作的，這會讓函式在使用上很不直覺，而且感覺也不對稱。記憶體配置在函式內，而記憶體釋放在函式外，並且還很可能會不小心忘了把記憶體釋放！

比較折衷也較直覺的方式是參考類似C語言函式庫的設計方式，傳入兩個字元陣列變數，第一個是來源字串，第二個用來作為儲存反轉字串之用，這樣對程式使用者來說應該是比較便利與直覺的一種方式。

民進黨，成也台灣意識，敗也台灣意識

2008-01-17T05:39:00.000+08:00

2008年1月12日，立委選舉結果出爐，國民黨立委席次突破罷免總統的門檻2/3，若再加上盟友無黨籍聯盟，則突破修憲門檻3/4。反觀民進黨，卻遭遇創黨以來最大的挫敗，這一次立委席次不到1/4，連修憲提案的門檻都不到，曾幾何時，民進黨淪落到這種程度？無怪乎連馬英九都說經過這次選舉，國民黨已經成為國內唯一的大黨。

自從擁有公民投票權以來，我不曾在選舉中實行這一項國家賦與我的權力。但是這一次立委選舉，我卻一改過去的習慣，堅持要去投出這一票。原因無它，只是為了教訓民進黨。民進黨選舉失利的因素很多，第一家庭的貪腐形像、內閣官員的發言不當、民生經濟問題以及過份操弄族群分裂等。當這些部份一個個的集合起來，最後產生的結果就是：民進黨這次選舉的慘敗。

然而在這一次的選舉過後，我開始認為民進黨的慘敗其實已經沒有逆中求勝的可能性了。民進黨當初在黨外時代能夠成形起來，靠的就是追求台灣人民的權利，但是在這一個過程中，卻把台灣人民分裂成兩個無法融和的族群：一邊是本土政權，一邊是外來政權；一邊是愛台灣的台灣人，一邊是不愛台灣的中國人；一邊是追求台灣獨立，一邊是擁抱終極統一。最後民進黨終於執政成功，也許是執政的勝利讓民進黨沖昏了頭，看不清其實民進黨的勝利並非只靠單純的台灣意識，而是還有來自人民對民進黨的清廉形像與地方施政成果，雖然在民進黨支持者的基本面中有很大的部份是因為台灣意識的關係。

時至今日，民進黨卻因為台灣意識而走入了死胡同，為了對得起支持民進黨的基本死忠派，台灣意識被過份的強調與濫用。但是這樣過份的結果造成了中間選民的反感，可是如果不這樣作，民進黨又會失去台獨深綠的支持者。不過無論是哪一黨，想要贏得勝利，其實都需要那關鍵少數的中間選民。因此，民進黨目前可以說是進退兩難，因為在民進黨分裂族群的台灣意識型態操弄下，民進黨的支持者中，中間選民與泛綠支持者已經開始產生互斥現像。也就是民進黨的選民結構無法從深綠到淺綠最後擴張到中間選民，因為意識型態往往是主觀的、偏激的與不理性的，而中間選民一般都是屬於較為理性的一群人。但是如果訴求理性，那麼那些偏激的支持者將無法認同，因為中間路線不是他們樂於看見的。

我想在目前的情況下，民進黨想要在後面的總統大選贏得勝利是非常困難的，因為選後民進黨仍然持續捍衛台灣意識，仍然繼續滿足非理性的基本票源。但是他們忘了，想要贏得勝利，關鍵都在那少數的中間選民身上。可是中間選民關心的不是意識型態的問題，而是民生、貪腐與施政成果。可以說，民進黨長期操弄族群分裂，到頭來他們終將為此付出失去政權的代價。

新學期選課清單

2008-01-05T18:44:00.000+08:00

1/7期末考開始，到1/14號Linux Kernel project 2 Due Date止，這個學期就算結束了。在中央大學的選課系統上，也已經有下學期的選課清單了，從去年的12/31當天就可以開始加選。這個學期的課感覺並不多，加上有些還有衝堂，可以選修的課更少了。

我的想法是把可能想選修的課都先加選，等到時後再看有哪些課程中選再來決定最後要退選的課程。因為有些課開放名額沒有那麼多，但是卻有超額的人去選修；另外有些課名額雖然還蠻多的，但是選修的人卻寥寥可數。除了可能是課程名稱看起來不怎麼吸引人之外，最大的原因大概是修課壓力很重。

因為上學期有選修Linux Kernel，所以這學期我希望可以延續上學期學習的知識，因此我選修了一門現代作業系統核心，這門課重點放在Windows作業系統系列如XP、Server 2003等。另外跟Lab比較有相關的課程我也選修了兩門，分別是機器學習理論與資料庫系統。還有兩門與網路方面比較有關的課程，IPV6與P2P我也選修了。理想的狀況是選修12學分四門課，盡可能在研一把課程修完，研二的時後可以比較專注在準備論文上面。

經歷過一學期的體驗，在課程選修、meeting與paper報告各方面的累積下來，我的感覺是累積背景知識是很重要的。在課程方面很多都與之前考研究所時讀的基本科目的概念有關係，沒有那些基本功，在一些更深入的主題理解上是很難消化的，甚至在程式project上靠以前工作時用到的C/C++語言也得到了很多幫助。而在paper閱讀上，這種感覺可以說更為強烈。往往一篇paper都有許多reference，但是在看paper的過程中很多時後因為時間關係沒辦法去仔細參考，或是沒有相關知識，結果在理解上的感覺差很多或是體會不到樂趣與關鑑的地方。

這個學期即將結束，對下一個學期與寒假的計劃大概是這樣：在寒假中，我希望把老師交待的工作能夠順利完成；下學期的部份，把每一門課扎扎實實地學好，然後盡量自修一些相關的教材與paper以便找出可以有興趣與值得研究的方向。

12/18 regular meeting

2007-12-22T16:20:00.000+08:00

這是我第三次報告paper，本篇paper的題目是"Mining Social Networks for Targeted Advertising"，出處是："Proceedings of the 39th Annual Hawaii International Conference on System Sciences (HICSS'06)"。這一篇paper是博班學長介紹的paper之一，算是比較入門的程度。因為Social Network其實在目前的網路應用上蠻熱門，像美國的MySpace、LinkdIn與Facebook等。而利用Social Network的模式來刊登廣告會比傳統靠內容比對的方式來得更精準，因此前一陣子Facebook推出的Social Ad Beacon還被譽為廣告界的聖盃。在報告之後，老師給了一些選擇優質paper的conference的建議。以下是本篇paper的摘要內容：

在商業中，針對部份客戶作目標性的廣告推薦是很有用的。傳統上都是靠手動方式分析先前的歷史交易資料或是客戶的相關特徵，但是近年來隨著技術的進展，這部份已經開始利用自動化的工具來處理了。目前推薦系統產生目標廣告的技術主要有兩大類，一類是content-based，另一類則是social-based。前者主要是比對個人特徵與產品內容分類的匹配性，缺點是沒有利用到有影響力的其它人。後者則是利用客戶對產品的評等關係之間的關連來作推薦，但是對於沒有被評等過的新產品或是尚未有評等產品的新客戶來說，這種方法並沒有用處。

為了修正上面所提方法的缺失，因此本篇paper提出一種基於social network概念的data mining framework for targeted advertising system。這種方法的原理是利用social network中的概念─如果兩個不認識的人間有另一個共同彼此認識的人，那麼他們之間的連結程度比任意兩個不認識的人之間還要強的許多。以此為基礎，找出客戶關係網路中的cohesive subgroups。接著將產品作分類，然後計算每個產品類別在對應的subgroup中交易的次數作為整個subgroup對該產品類別的愛好程度。透過這種方式，找出在某個固定的客戶數量下最有可能購買某項產品的客戶群。對於新客戶來說，廣告推薦是根據新客戶屬於哪一個subgroup而定；對於新產品而言，則是根據新產品屬於哪一個分類。

最後作者們以彰化師範大學的教職員email logs與library-circulation data作為資料針對以下四種方法來實驗：

1. Group-based, 本篇paper所提出的方法
2. Single-based,將每個人視為一個subgroup
3. Neighbor-based,將有直接關係的人視為一個subgroup
4. Random,隨機選擇

結果顯示本篇paper所提出的group-based方法的performance是最佳的，並且在數量100-300之間具有明顯的統計顯著性。

最後是這次報告的投影片內容：

| View | Upload your own

目前的時間安排

2007-12-16T17:56:00.000+08:00

目前每一天可以說幾乎沒有太多空閒的時間，預計要看的書也一本一本地擱置。如果把主要的事務作劃分，大概有以下部份：

1.Paper Presentation
2.Meeting
3.選修課程

在paper閱讀方面，我有點想找Social Network這一塊相關的領域，然後看看Data Mining在這部份上面的處理。因此有跟登凱學長要了些這方面的paper，然後問了他一些問題，接著打算從比較簡單的開始讀起，真的很感謝他的幫忙。

Social Network本來是由社會學開始發展起來，後來數學家發現Six Degrees of Separation後，數學、電腦科學也開始進入這一塊領域作研究。Web 2.0流行之後，許多相關的網站也應運而生，而Data Mining既然是處理資料的一種技巧，我覺得這兩邊結合起來應該是挺有趣的。最有潛力的一種應用應該算是Social Ad，如Facebook的Beacon。其它有些網站乾脆直接利用Six Degrees of Separation的理論來找出人與人間的關連，如LinkedIn。最近，Google更發表了OpenSocial這個開放平台，許多知名的網站都紛紛加入這個平台，如MySpace。不過Facebook也不甘示弱地提出了F8開放平台，其它像LinkdIn、Bebo和Friendster等網站有都相繼發表自己的開放平台，看起來SNS網站間的開放平台已經是一種大勢所趨了，現在就看最後誰的Social Network能夠大到受到玩家的青睞。

至於Meeting方面，Portal網站是Web 2.0的另一個特色，以往使用者必須很無奈的接受網站所給予的呈現內容，儘管有許多是不需要的。但是現在個人化頁面的流行，這種情況開始有了許多轉機，使用者開始可以決定自己想要的頁面內容。這開始產生了一些有趣的現像：越來越多的使用者開始選擇個人化頁面，然後到以往常去的網站把想要的資訊抓取下來。那些以往提供大量內容的入口網站可能會逐漸地失去部份流量，而對某些網站而言留住使用者則變得更困難了。不過這部份的設計有些難題，就是每個個人化網站都必需要有開放式API的設計，讓玩家可以設計gadgets在上面使用。另一個部份是比較進階的主題，就是Portlet之間該怎樣去溝通互動的設計。在設計這一類網站上，目前有些現成的主流工具如JSR-168 API與ASP.NET的Web Part。另外還需要比較全面的技術了解像是AJAX、XML等等。我想在時間有限的情況下，看看是否可以利用團體的力量一起來設計或是增進技術間的支援。不然一個人可能光是研究部份細節就要花掉不少時間，更不用談到更進階的一些技巧了。

最後是選修課程方面，這部份的Project蠻多的，加上還有內容要讀，所以需要非常多的時間在上面。不過當中有部份是令我感到蠻失望的，比如Linux Kernel的Project。雖然Project都是Team Work的方式，但實際上第一個Project可以說從寫程式到報告內容都是我一個人獨自完成的。其實team work的主要優點是互相討論，但是那必需在有相同的努力付出上才成立。我以為大家都已經是研究生了，在許多事情上應該是主動參與而不是被動地逃避。在Porject2的部份我可能考慮情況跟老師提出換組的要求，我希望能夠在一個互動學習的team中work，這樣會比獨自學習來得有效率。

除了上面這些時間之外，其它很多時候我都是忙著看許多的Blog、News還有維持Blog的內容，我覺得這些動作是讓自己慢慢地經由大量接觸而逐漸形成一種習慣接著再發展出自己這方面獨特的觀點所不可或缺的過程。如果還有其它時間的話，我蠻希望能夠再多閱讀一些關於商業、哲學或是其它有趣的的書籍來增加自己多元思考的能力。

身份盜用

2007-12-16T15:30:00.000+08:00

最近在家裡的MOD看了一支紀錄片"我的身份被盜用了"，看完後感觸很深，也對資訊保密與安全多了更多的認識與想法。剛好這學期有選修一門"電腦攻擊與防禦"的課程，談的很大一部份跟這有關。我也開始感覺到，網路雖然是非常便利的工具卻同時也是殺傷力強大的工具，如同水流一般可以載舟也能覆舟。

最簡單的身份盜用的手段幾乎人人都可以作到，只要有心的話。有多少人家裡的垃圾中存在個人資料的訊息？電話費的帳單、信用卡帳單，甚至其它想不到卻可能透露一些與個人資料有關的文件。英國的一個警察曾經作過一個實驗，在一個地區的垃圾堆中找出了許多人的一些情報資料。其中還有完整的信用卡號、住址，甚至薪資單還有一些參與活動的訊息。然後他登門拜訪那些人，接著向這些完全不認識的人說出了許多與他們有關的一些事情，當事人聽了都很震驚。的確，假如有耐心，加上一些簡單的推斷，從垃圾中許多未處理的資料就足以讓詐騙集團對你下手了。

另一種也是很常見的身份盜用模式是信用卡與提款卡的冒用。有些盜卡集團甚至會在提款機上動手腳，比如在上面裝設小型的攝影機與側錄卡片的機器。當你到某一台被"動過手腳"的機器上進行存取卡片的動作時，你的資料還有你按的Password都已經被盜取了。而信用卡盜用更常見，不過這部份現在台灣由於很有經驗，所以大部份只要刷卡金額出現異常都很容易可以發現。

當然，由於現在網路很發達，所以身份盜用的重點也慢慢往這方面發展。從新聞上經常聽到的遊戲帳號被盜或是最近博客來網路書店個資外洩事件，都是跟網路盜用有關。在我們使用網路服務的時後，似乎只能祈導你所使用的網站防護安全作得夠好，不然唯一的方式就是盡可能地不要留下自己的私人資料。在修電腦攻防的課上，有一種SQL Injection的方式對某些網站是可以造成竊取資料的目地的，你甚至不需要輸入正確的帳號或密碼就可以登入系統裡面以別人的身份。還有另一種許多網站都喜歡使用的存取方式─透過Cookie的設定，但是這種設計卻也使得網路身份的安全性受到挑戰。其它相關的安全問題還有很多，比如網路釣魚、間諜軟體還有無線網路安全等等。

不過我在思考的是，即使這些安全性問題都能靠技術解決，結果還是可能不安全。比如一家擁有許多User資料的網站，它的盜取身份方式可能不是透過外部而是經由內部。比如管理資料庫系統的DBA或是任何可能有機會接觸到存放資料系統的員工等等，這無論是靠怎樣的安全防護技術都沒有用。也可以說，只要是資料一旦被存放在某個地方，那就沒有萬無一失的保障方法。另外再加上google強大的搜尋能力，我覺得今日個人資訊隱私似乎是岌岌可危。

PS：目前很熱門的SNS(Social Network Service)網站如Facebook，其最有威力的也最好玩之處正是要玩家填入真實的資料，否則許多強大的功能都將失去效果。這樣一來或許真的可能可以讓某些人找到以前的國小同學，也可能讓許多人可以透過這種社群交際方式得到更好的服務(比如推薦廣告的更精準)，但是伴隨而來的隱私權、資料安全性問題的代價恐怕也不小。前一陣子Facebook推出的Social Ad系統Beacon也是因為這些道德、安全上問題鬧得沸沸揚揚，最後總裁zuckerberg還發表了一封公開信說明並道歉。我認為，SNS網站的威力與獲利似乎還有許多議題要解決，這可能不是單純的只有技術就能成功的問題。

Don't be evil？

2007-12-01T22:20:00.000+08:00

Google自認為自己企業精神最引以為傲的一句話就是Don't be evil！所以這個口號不但放在google網頁上，就連許多替google寫書的作者也必定或多或少都會提到。但是在google taiwan上，卻開始出現有點讓人感到evil的行為。

如果在google taiwan上輸入遠傳的key word，廣告結果出現的竟然是台灣大哥大？另外如果輸入的是照片，則搜尋結果最左上角竟然是picasa，如果輸入的是個人化首頁則顯示的是iGoogle。這種結果真的反應了使用者真實的意願嗎？真的是最好的呈現嗎？這難道不是球員兼裁判的行為嗎？NHK有拍攝一集以google為主題的介紹影片，裡頭也提到了google曾無預警的讓一家網路公司在搜尋結果上完全消失。這個結果使該網站從原本獲利的情況下到最後瀕臨破產，該公司負責人不能理解google如此作的原因。在得不到說明的情況下，訴諸法庭。

google目前已經是全球最知名的search engine，許多人利用它來尋找有用的情報與資訊。更有許多公司因為名列搜尋結果的排名前幾名而獲利，由此甚至產生了SEO的特有行業用來幫助網站提升其在google搜尋結果的排名上。在這種情形之下，google應當不是只作為一個商業團體，它更應該要有社會責任並盡可能地公平，因為它已經擁有影響許多人作決定的能力。

但即使google真的有辦法作到公平，情況可能仍然一樣糟。因為SEO的出現，許多網站開始利用各種技巧來企圖提升能見度。結果導致了google search的結果可能因為這種現像而出現偏差，對利用google收集資訊與情報的人來說可能失誤，因為他們不見得是找到原本應該是最理想的。對於網站來說，原本應該是最理想的卻因為對手使用SEO的策略而造成了損失。結果很諷刺的是，google的精神雖然是Don't be evil，但實際上許多evil卻可能直接或間接的因它而生。

電子閱讀

2007-11-29T22:26:00.000+08:00

Amazon最近推出一款電子閱讀器─kindle，價格還真不是普通的貴，竟然要399美金。其實電子閱讀器不是Amazon首先推出的，在它之前也有其它相關的產品，比如Sony的PRS-505。但是電子閱讀似乎一直沒有辦法造成風潮，甚至有部落格對這次Amazon推出的電子閱讀器不是很樂觀。

當然，以目前情況來看，電子書數量並不多，電子閱讀器要價更不便宜。這種情形下，難免讓人覺得電子閱讀不夠實用，倒是比較適合拿來當作耍酷的玩意。不過比起這些原因，更常聽到的一些排拒電子閱讀的理由是：閱讀習慣。過去我也曾經是擁抱這個理由的一員，而且我認為不管電子閱讀如何風行都無法說服我放棄傳統書籍的閱讀習慣。畢竟跟冷冰冰的電子閱讀器比起來，每一本有個性的書看起來有質感太多了，更何況那種翻書的感覺是電子設備永遠無法取代的。直到最近，這種想法開始翻轉，我開始認為電子閱讀在未來必然是日常生活作息的一部份，最後全面取代傳統書籍的地位，而傳統書籍最後也許成為某種古董、收藏品甚至是藝術品。

每個星期，我都必須在中壢與台北之間來回往返，而每一次往返必定隨身攜帶物品則是NoteBook跟書。有時後我很貪心，我希望隨行的書可以多本一點，可是每多一本身體的負擔就越重，而且空間也極為有限。如果這些書都轉換成電子書的話呢？我只要帶一本薄薄的電子閱讀器就夠了，再也不需要像練習舉重般辛苦。除此之外，在搜尋一本書裡面的某些有印像的內容時，在傳統書籍上的作法是，除非你有作下記號，否則找起來是很辛苦的。但是如果是電子書的話呢？只要在閱讀器上輸入有印像要找的Key Word，大概瞬間就能幫你帶到那本書的那個位置上。而且電子書有個最大的好處是，空間與能源的節省。每製造一本傳統書籍要用掉多少紙張呀，而且傳統實體書本的售價也絕對是比電子書還要貴，書局還需要有倉庫空間作擺放。想想看，如果把目前世界上所有實體書本都轉換成電子書儲存在電子設備上，地球上不知道能夠省下多少空間跟木頭！

電子書還可以作許多很方便的延伸應用，比如在讀一本書的時後，每個章節後面的參考書目，就可以跟網頁上作成Hyper Link的方式一樣，這樣一來只要點一下就可以很容易的轉換到另一本書中相關的部份作參考。還有針對老花眼的老年人，以往看傳統書本或報紙時都必需帶老花眼鏡或是拿一個放大鏡照。改成電子書形式的話，可以很輕易的作Zoom In、Zoom Out功能。而且由於是以電子資料的方式儲存，未來說不定還有許多有創意的電腦軟體或技術的應用，我想這些便利都不是實體書本可以比得上的。

然而電子書恐怕要面對一些額外的問題，就好像著作權侵犯。至少電子書在散播上就比實體書要容易太多，在實體書上影印超過一定比例是違法的。不過也許這個問題可能可以透過有創意的business model來解決也說不定，就好像google推出許多服務但都是免費的，這在以前是令人難以想像的。

最後一個比較可惜的地方是，在之前沒有對應電子書的傳統實體書本上，是不是電子閱讀就只好放棄了？幸運的是，google不是有一個圖書館數位計劃嗎？也許這個部份可以兜在一塊，讓之前年代出版的實體書籍也能輕鬆地出現在電子閱讀器中。

11/05~11/12計劃

2007-11-14T18:36:00.000+08:00

上個星期完成部份有書報討論報告與Linux核心詳解第二章，登入部份用ASP.NET 2.0的既有元件來作，也花了點時間了解背後的機制原理。大部份的主要時間花費在Linux研讀上，因為第二章談到的記憶體定址部份牽涉到許多跟硬體有關的概念，比較複雜。

本週預定計劃：
Linux第十章系統呼叫部份跟第三章前半段行程結構的部份
駭客現形第二章
ASP.NET 2.0個人化物件部份的研讀

Linux的第一個project已經公佈，這星期把相關背景知識了解後，下星期打算到分配主機上對Linux Kernel增加System Call與建置並安裝新Kernel，時程上有點趕，要在12/04前完成四個小任務。另外電腦攻擊與防禦的project可能也快要出來了，老師有提到大概會需要寫一個buffer overflow的攻擊測試程式。

目前使用ASP.NET的感覺是，它內建的元件可以減輕程式碼撰寫的負擔，不過在學習曲線上也比PHP還要困難許多。像是內建的登入控制項有好幾個，每一個都有許多屬性與事件。另外也必需了解專屬於ASP.NET的一些系統物件的特性，還有如果要搭配其它元件使用，也需要深入了解才能作到比較理想的整合與設計。

一個完整的網站功能從設計、建置到撰寫還有測試都是很重要且不是短期間能夠完成的。在目前時間不是很夠且需要學習新工具使用的情況下，只能就所學的盡量去作。現在身邊對ASP.NET 2.0真的很了解的人似乎也很少，這點是目前遇到問題時比較頭痛的部份，因為這樣花費的時間大概會更多了。

順道一題，如果可以讓每個人都能互相在不同的任務中支援或許也不錯，這樣好像比較能夠有互相討論與幫忙的氣氛。不過缺點是，大概目前大家的時間都很有限，要再分出額外的時間去學習不同的工具與了解不同的任務環節似乎不太可能。

10/23 Regular Meeting

2007-11-11T16:39:00.000+08:00

這一次是我第二次報告paper，感覺上比較沒有上次的緊張。由於這一篇paper比較偏實用方面，因此在理解上也比上一篇掌握更多。同樣地，在報告完後老師也給了我一些改進的建議。這一次是針對投影片內容，我也作了一些修改，很感謝老師的指導。

本篇paper的題目是 A Framework for Rapid Integration of Presentation Components，出處是Proceedings of the 16th international conference on World Wide Web WWW 2007，底下是我所寫的摘要部份：

UI(User Inteface)的開發在軟體開發過程中是最費時的部份之一。尤其是在合成應用程式的軟體開發中，UI的可重複利用機制的需求變得越來越明顯。基於此，本篇paper的作者們提出了一個Presentation Integration Framework。透過這個Framework，可以讓開發人員利用現成的Web Application組合出一個新的混合程式，只需要提供適當的介面定義文件(以XPIL寫成)而不需撰寫Application間通訊的底層程式碼。這個Framework包含以下部份─

Component Model
以抽象的方式描述Presentation Component的定義，包含了Events、Operations、Properties and Presentation Modes。

Composition Model
a event-based model，其包含了Event Subscriptions、Data Mappings、Additional Integration Logic and Layout Information。

Language Presentation
作者們提出的一個declarative composition language，稱為Extensible Presentation Integration Language(XPIL)。用來描述Component Model和Composition Model。

Runtime Middleware
用來整合presentation component，包含了Event Automation與Component Adapters and Wrappers兩部份。

最後作者們認為：由於這樣一個framework是基於抽象的與鬆散耦和(loose-coupling)的概念，因此適用於web application與desktop application。而且經由這個framework的幫助將使得軟體開發者可以更快速並且簡單地開發合成應用程式中關於UI互動方面的外觀整合部份。

| View | Upload your own

偶然發現的紀念物品

2007-11-10T22:43:00.000+08:00

今天在把臥室書架上的書搬到書房時，突然想起在國際書展買的那一套台灣衛星地圖集，但是卻發現不知道跑哪去了。於是花了一些時間找，最後竟然是在走廊的書櫃上面發現。在找的過程中，也意外發現很多以前買的東西但卻遺忘了的，所以把它們條列，作個紀錄。

一張愛因斯坦扮鬼臉的海報：
記得最早是在一本書上看到愛因斯坦作鬼臉的照片，覺得很有趣。後來有一次在一部日劇中，看到一間實驗室掛著一模一樣的海報，於是就找在美國的朋友幫我買。我很感謝她的幫忙，雖然後來我發現台北也有間賣國外海報的商店。

莫扎特C小調彌撒曲與安魂曲CD：
這是我之前去參加一個基督教會舉辦的音樂電影欣賞活動後跑去買的，那次觀賞的電影是阿瑪迪斯。莫扎特的全名是Wolfgang Amadeus Mozart，這部電影取Amadeus作為片名，裡面讓我印象很深刻的背景音樂就是C小調彌撒曲跟安魂曲。

柴可夫斯基1812序曲音樂CD：
這張專輯是我第一個工作時公司的總經理介紹的，他涉獵廣泛，有個人獨特的品味。當時他說這張專輯最後有大砲聲很有氣勢，我覺得新奇便跑去買了。值得一題的是，我買的這個版本裡面的大砲聲是真的錄制於軍方的傳統大砲。

2002年維也納新年音樂會DVD：
這張DVD是在我有一次經過台北一家音響展示店時，看到門口展示的片子時決定買的。當時展示的就是這一片，指揮是日本人小澤征爾。我那時在店門口看到他的指揮，真是整個人都呆掉了，眼光完全沒辦法離開，就這樣在那裡停留了大約一個小時。

一個在義大利買的黑色面具：
這是我去義大利玩的時後，在水都威尼斯買的。我記得當時我買了兩個大面具跟三個小面具，大面具是那種真的可以戴在臉上的，而小面具則是用來別在胸前的胸針。其中一個大面具送給了朋友，另一個我自己保留下來。這個面具可不便宜，當時花了我一百歐元呢。

一把印有鬼面圖案的日本扇子：
這是去日本京都玩的時後買的，黑色的扇面帶一點透明，扇子上對比一張白色的鬼面圖，不過我想我應該不太可能會拿這把扇子出來用吧。

ASP.NET 2.0登入控制項的寄信功能(一)

2007-11-10T18:20:00.000+08:00

最近在實作登入的部份，剛好需要用到send mail的功能，主要是用在忘記密碼跟註冊通知上面。在寄信的部份要先設定SMTP Server，可以使用既有的或是本機IIS Server提供的SMTP服務。

如果要使用本機上IIS 6.0(XP的環境)的話要先安裝SMTP服務，安裝步驟如下：
1.在 [開始] 功能表上按一下 [控制台]，按兩下 [新增或移除程式]，然後按一下 [新增/移除 Windows 元件]。
2.在 [元件] 清單中，按一下 [應用程式伺服器]，然後按一下 [詳細資料]。
3.在 [應用程式伺服器的子元件] 清單中，按一下 [網際網路資訊服務 (IIS)]，然後按一下 [詳細資料]。
4.在 [網際網路資訊服務 (IIS) 的子元件] 清單中，選取 [SMTP 服務] 核取方塊，然後按一下 [確定]。
5.按 [下一步]。如果電腦提示您輸入 Windows CD 或網路安裝路徑，請按指示操作。
6.按一下 [完成]。

安裝完後會發現在C:\Inetpub\Mailroot 中建立預設的 SMTP 伺服器組態和訊息存放區。

接下來是設定SMTP服務，步驟如下：
1. 開啟 [IIS 管理員] 之 [預設 SMTP 虛擬伺服器] 設定。
2. 在 [存取] 的畫面中，針對 [轉換限制] 進行設定，將該台機器的 IP 加入可允許的清單中，例如 "127.0.0.1" 。

完成後，ASP.NET就可以使用本機IIS提供的SMTP服務了。

ASP.NET 2.0提供了會員管理功能，其對應的類別為membership。所以當使用ASP.NET 2.0內建的登入控制項系列元件時，其背後運作的機制就是透過membership API。另外，ASP.NET 2.0開發工具也提供了圖形介面的會員管理操作。可以透過登入元件或在開發工具上使用，經由會員管理圖形介面指定SMTP Server，如127.0.0.1(使用本機上的IIS SMTP服務)，或是自行使用程式碼指定。

最後，在使用本機IIS SMTP服務發送Mail的過程中發現使用防毒軟體的垃圾郵件功能可能要關掉，不然發送的Mail都會被queue在MailRoot下的queue目錄裡送不出去。另外如果本機是浮動IP的話發送也可能會失敗或是被當成垃圾信處理，我在家裡的電腦上測試時發現google是當成垃圾信，而yahoo則是連回應都沒有，直接擋掉了。

張栩挑戰名人成功

2007-11-09T23:04:00.000+08:00

今天，是張栩在日本圍棋名人戰七番棋最後一局得勝再度奪得名人的日子。對張栩來說取得這次的勝利可謂報了一箭之仇，一吐之前被高尾紳路連續從他手中奪走名人、本因坊的怨氣。

自從被高尾紳路連續奪走名人與本因坊兩大頭銜後，日本棋壇開始有了高尾是張栩剋星一說。這一次挑戰成功，可謂得來不易。比賽進行完前四局時，張栩對高尾紳路是三勝一敗，只差一場就可以挑戰成功了。結果，後面兩場硬是被高尾扳回兩成，形成三比三平的局面。最後一場比賽更是有驚無險，經過一輪驚天大轉換後，張栩最後以兩目半險勝，贏得最後勝利。

目前日本棋壇的地位在世界比賽中已經漸漸沒落，許多日本棋界好手在國際大賽上的成績都不盡理想。張栩算是目前唯一能在世界大賽中讓中韓棋手頭痛的日本棋手，不過卻在日本七大頭銜中只擁有小棋聖。這次挑戰，我一開始就覺得他會再度收復收土。甚至是接下來的本因坊或棋聖戰，如果有機會的話，也許他可能集日本三大頭銜於一身呢。

題外話，之前在晶華酒店舉辦的中環盃第一屆比賽，我去看大盤講解時還請他在扇子上簽了名。那時給我的感覺是，很沉穩的一個年輕人，完全感覺不出來只有二十幾歲。他現在還很年輕，我想他將會再度開創另一個棋界生涯的高峰。

10/29~11/05計劃

2007-11-07T22:36:00.000+08:00

上個星期大部份都在準備分散式系統期中考，另外ASP.NET 2.0網頁程式看了11~17章共240頁。剛好把會員管理的部份看完，後面剩下小部份主題就可以把這本ASP.NET的入門書結束了。

以下是本週預定的計劃：
書報討論心得報告
linux核心詳解第二章
駭客現形第二章
登入系統實作

linux核心的課程方面，老師也開始準備丟出project讓各個小組開始去作了。所以我也打算開始灌Linux OS並試著Compile Kernel。這部份我想會很辛苦但很值得，因為從Linux Kernel中不但可以印證OS的原理，也能夠從Open Source Code裡學到許多程式高手的寫作技巧。

另外ASP.NET 2.0入門書讀起來果然可以很快地掌握基本概念，也可以很快地感覺到用ASP.NET 2.0寫Server端網頁程式的表現是怎麼樣。它的優點是可以讓開發者在開發的時後花少得許多的心力在一些程式碼上的撰寫，但另一方面，要能夠作到這樣也必需要對相關的元件與背後的原理了解透徹才有辦法。所以ASP.NET是開頭學習比較不容易，但是之後的寫作會省下很多事情。不過隨著了解ASP.NET越多，就感覺到ASP.NET的龐大。比如Web Part的部份也可以寫成一本書，使用ASP.NET作AJAX技術也可以寫成另一本書。至於差別在哪？那就要看對程式內容與品質的追求到哪，才能決定需不需要學習到比較深入。

順道一題，在一本談到建置Web 2.0網站的書中看到，一般在開發過程中會有文件的撰寫，這部份可以考慮使用WiKi系統。感覺蠻有意思的，據說Google內部在文件交流上也是採用WiKi方式。不過那通常要是一個任務一個Team去Work才會感覺到有用，如果只有個人的話，Word應該就夠了。

10/22~10/29計劃

2007-10-31T22:24:00.000+08:00

這個星期老師有事，所以星期四晚上的NetMeeting取消一次。另外下個星期一分散式系統期中考，所以這星期大概會花比較大的比重在準備期中考試上面。

上個星期完成的進度部份：
書報討論心得報告完成
paper摘要與投影片修改完成(這部份要等老師Check)
Linux 核心詳解第一章看完
ASP.NET 2.0網路程式6~10章共188頁。
駭客現形第一章完成

本來打算這星期把ASP.NET 2.0的書剩下部份看一看，然後準備先把登入系統寫完。不過碰到期中考，所以這部份大概要再延後一個星期。目前覺得比較辛苦的地方在於碩一還有修課的部份，而且選修的課程都不是非常容易，需要花時間在上面。

另一個部份是paper閱讀與準備報告，這部份可以說是最大的挑戰。因為所擁有的背景知識還不太足夠，所以研讀起來有吃力感。而我又不想隨便看過，每每一頁就會反覆看好幾次去推想。然而也正因為如此，更感覺到從paper閱讀中可以學習到其中的論證邏輯與新的觀念技術；報告準備也不容易，這一部份是訓練整理資料並內化轉換為表達口才的能力。我很感謝每次報告之後，老師都會針對需要改進的地方作補充說明，我相信我將會一次比一次還要好。

最後是程式實作方面，這部份會在開頭比較慢一點的原因是之前沒有接觸web應用程式的經驗。開頭我比較偏向先將所需要學習的相關工具如JavaScript、ASP.NET 2.0與AJAX技術作一次總覽，之後在實作上會比較知道該往哪個方向去解決遇到的問題，到時後則再深入細節去加強。我相信這樣的方式會慢在開頭，但之後除了速度會快以外，學到的觀念也會很扎實。越扎實的累積相關的觀念與能力，在之後程式寫作上產生的bug會較少，其所浪費的時間也就不會太多了。

個人化首頁使用想法

2007-10-28T17:36:00.000+08:00

最近花了點時間玩玩另一個個人化頁面服務網站─NetVies。在經過大略的使用與瀏灠之後，我的心得是：現在對於這類個人化頁面服務網站的選擇，我的第一優先仍然會是iGoogle。

第一個產生的問題是，我覺得它的本地化gadget的數量不夠多，即使它所有加總起來的gadget非常可觀。雖然它也提供了建構gadget的開放式API，但是在這類設計下，很可能產生的結果是，大者恆大，其餘淘汰。如果以iGoogle來比較的話，它的本地化gadget的數量仍是不及的。這將會慢慢變成有更多服務的網站會吸引更多人使用，而更多人使用會產生更多gadget設計者。不過目前仍然還是需要觀察後續結果，但是在iGoogle這方面，我的確感覺到本地化gadget的量跟質不斷地有改進。對於這類個人化頁面服務而言，本地化gadget是很重要的。畢竟user往往最關心的資訊也都是跟本地有關的，當然那類通用型gadget如書籤就是一種例外。

第二個問題是，雖然它也有提供信箱類gadget，但是一樣需要帳號跟密碼的登入資訊。這點讓我感到很為難，我不知道該不該把這類資訊提供出來？我也很懷疑，當User面對到這種情況時，他們會寧可選擇信任而犧牲自己的隱私嗎？然而，對這類跨網站存取需要登入資訊的gadget而言，帳號跟密碼似乎是不可或缺的，我想這將會是這類個人化頁面服務會面臨到的挑戰。也因此，在iGoogle上我不會放yahoo E-Mail gadget；相對地，在NetVies上我也不會放Gmail gadget。當然，當我把越來越多的處理都放到網路上面去的時後，我個人的隱私也就越來越少。所以我所能作的只有選擇一個值得信任的服務網站，然後盡可能地在上面處理它。由於Google所提供的一系列服務，諸如google reader、Gmail、google group以及google Document等，更讓iGoogle在使用上達到很完美的一體整合，我想這是其它個人化頁面服務比較缺少的部份。

最後，我覺得個人化頁面服務在設計上也要考慮到很多部份。比如效能、頁面樣式是否允許開放設計、gadget開放式API如何設計還有怎樣結合AJAX等新技術來讓UI操作更順暢等等。這不只需要創意的點子，也需要技術的利用。隨著這些服務的不斷進步，我們的便利性也會不斷地改善。

中央大學圖書館

2007-10-25T20:46:00.000+08:00

回到學校成為學生身份後，最令我開心的是可以借書的資源爆增。尤其是中央有台聯大借書系統，可以一次借取四校的資源，還有代借代還服務，真是痛快啊。

最近正在學習ASP.NET 2.0，就從交大跟清大各借了兩本，還從中央借了四本，再加上學長的一本，合計有八本不同的ASP.NET書籍。最近又從交大借了兩本跟電腦攻擊與防禦有關的書，突然有感於交大電腦書籍的量很龐大。為了不落人後，於是我就一口氣跟學校推薦七本書，不過不知道會不會獲得同意就是了。但是圖書館應該是一個學校最寶貴的資源之一，所以我決定之後有好書要多多推薦。

順便一提的是中央圖書館有個地方讓我覺得不是很滿意，就是擺在圖書館裡的那一堆查詢用電腦。因為這些查詢用的電腦多半在查詢上都有障礙，我曾經在5F的西文書區電腦查詢書籍時，在書籍列表中點選下一頁時，網頁告訴我目前ip不能查詢，但是用的明明是圖書館的電腦啊，這樣這些電腦不但占空間且又沒有多大的用處。還有圖書館中的座位感覺不夠多，好像很容易就客滿。另外好像也沒看到給老師或研究生以上專用的小房間，這一點覺得有點可惜。最後，台聯大代借代還處的服務人員好像有點不那麼親切。我去拿書時，因為還想進去圖書館裡面借書，希望借放一下剛借的書籍竟然被拒絕了，真的讓我很無言。總體而言，我是覺得中央大學圖書館尚可。

目前學校我比較常跑的就是總圖了，另外舊圖跟紀念圖書館還沒去看過，之後打算找個時間去探查探查。題外話，上完這星期的書報討論後，覺得以創投人的角度來分析IT產業真的很受用。演講最後主講人方博士推薦的幾本書，我後來也跑去圖書館借了，在借這一類比較久遠的書籍時，特別能體會到學校圖書館資源的便利處。

10/22~10/29計劃

2007-10-23T12:26:00.000+08:00

上個星期完成部份：讀完一篇paper還有ASP.NET 2.0網路程式看了五章共168頁。剛好這篇paper跟老師叫我作的類似igoogle platform的部份有些相關，讀完這篇paper對平台設計方面增加了些概念。

剛好最近正在學習ASP.NET，感覺上這個工具的確是蠻不錯的。因為架構在.NET上，所以可以利用所有.NET Framework Class Library而且似乎有看到提供個人化頁面的方案，或許可以更方便地幫助我在igoogle platform這種相關平台的開發工作。之後的想法是一邊學習與加強ASP.NET的熟悉度，一邊開始就已知的部份來試著設計與開發。不過我目前對於igoogle或netvibes這種平台的設計方面的背景知識還有待了解，但是隨著不斷地接觸，這種感覺將會越來越強烈，我已經開始慢慢有體會到了。

以下是本週預定的計劃：
書報討論的報告
paper報告的摘要與投影片修改
ASP.NET書籍研讀
登入系統部份的實作
Linux核心詳解第一章
Distributed Systems第一章

我覺得在研究生的生活中應當是要有某些時間是用在可以讀一些其它相關書籍或是創意思考的部份，良好而從容的時間更有助於程式的開發與設計。所以我一直都還會撥出一些時間在看網路上許多有趣的資訊與點子，還有一些額外的書本閱讀，比如哲學或是商業趨勢的部份。尤其在我們這種網路新潮的探索中，各項能力的加強都將很需要。

10/15~10/22計劃

2007-10-17T00:37:00.000+08:00

上個星期四晚上開完會後，開始決定Server端的網頁語言使用asp.net，原來對php的了解部份停止。由於asp.net是.net的一部份，所以從.net部份開始了解，然後是asp.net。對我來說要使用一種工具之前，我會盡量去了解它的相關背景知識，這樣才能對一個工具能夠使用哪些功能有個大略的概念。

本週計劃：
由於下星期要報paper，所以這星期主要會準備paper的研讀，paper是老師上次指派的。

上個星期對.net與asp.net的了解整理：

.NET是微軟提出的一個願景與平台，在.NET技術裡面最重要的是Web Services。.NET技術有：
.NET Framework─
包含了Common Language Runtime與.NET Framework Class Library。其中，ASP.NET就是屬於.NET Framework Class Library其中一，也是ASP的下一代。
Visual Studio.NET─
支援用在.NET Framework中數種不同的語言，包含Visual Basic.NET、Visual C#.NET等語言。
.NET My Services─
允許使用者在網路可以存取的Server上，存取個人資訊的服務。
.NET Enterprise Servers─
一系列的軟體伺服器產品，如BizTalk、Application Center、Commerce Server等等。

微軟願景下的Web Services相關技術則有四個部份：XML、WSDL、SOAP與UUDI。其中XML是一種資訊的描述，WSDL則定義了網路服務的介面，SOAP則是溝通的協定，而UUDI則提供了尋找網路服務的方式。

至於ASP.NET呢？它是ASP的下一代，特色是採用編譯而不是直譯的方式，所以效能上會比較快。開發上也增加了不少的便利性，可以用視覺化的設計方式來開發網頁應用程式，並提供外觀頁面與程式碼分離的架構。最主要的是，ASP.NET還可以開發微軟願景下以SOAP存取的網路應用程式。目前了解的部份大致如此，之後會對ASP.NET的細節開始去了解，然後開始準備試著以ASP.NET來開發。

google專題演講

2007-10-11T12:52:00.000+08:00

google在本月22日有兩場專題演講，都是免費入場，第一場主講人是Vint Cerf博士，用英語演講。第二場是google台灣工程團隊，應該是中文演講。

剛查了一下日曆，發現那一天是星期一，下午滿堂沒機會去了。不過有空的人還是可以去聽聽，雖然是免費的，但要線上報名。報名網址tanet2007.ntu.edu.tw/VintonCerf/r.htm。光看演講人與演講題目就覺得很有意思了，只是演講時間選在星期一下午，這個時間真是不夠好啊。

10/08~10/15計劃

2007-10-11T11:51:00.000+08:00

上一週進度：javascript & ajax看完(11~16章)，由於老師希望我接下來可以開始coding，所以我也趕緊看php方面的書，了解一下php的語法還有如何架起環境等等。另外php學習手冊看完1~5章共90頁，paper方面進度0。

本週計劃：
php學習手冊看完資料庫跟session與cookie運作的部份，然後準備開始coding。

剩下時間：
研讀老師指定paper跟學校課程投影片。

目前似乎花比較多時間在網頁語言的了解上，不過基於這部份在未來會是基本需求，所以列為第一優先。之後這部份比較熟一點後，可以開始慢慢往paper跟課程上多花時間。

php學習手冊1~5章談的是php的基本語法，讀了之後發覺跟c語言非常相似。不過對於這種script類的語言，總覺得有點不那麼習慣。比如key word可以大小寫皆可，變數不用預先宣告等等。還有一點在語法上感覺不是很優雅的地方是字串的相接，在php裡用的是"."這個符號，還真的很不直覺。

javascript & ajax部份，javscript使用DHTML DOM與W3C DOM可以作到動態改變網頁元素(或者說是tags)。兩者間差別在於DHTML DOM是針對tag物件和一些內定物件來控制屬性跟方法，而W3C DOM則是把網頁元素看成一顆節點樹並提供了通用的瀏覽、建立與刪除節點的方式。這種特性再搭配上ajax engine就可以作到在與server互動時可以不refresh整個頁面而看起來像是即時的動態改變一般，跟傳統電腦上的應用程式UI效果相去不遠。至於ajax engine其實就是把傳統網頁對server端需求的部份透過它去作，並接收到回應後通知clinet端browser的一種機制，主要利用XMLHTTPREQUEST物件來達到這個功能。它的好處在於讓使用者在送出與server端互動的需求後，不用靜靜地等待server同步回應，我覺得這個技術讓網頁程式開始熱門，功勞不可謂之不大，畢竟UI對使用者來說，永遠都是非常重要的。

中大書局一遊

2007-10-08T19:23:00.000+08:00

今天上完第二節課分散式系統，離下午上課還有很長一段時間，想起中央還有一間書局可以去晃晃。本來以為應該會是很小一間，不過到了現場才發覺比我想像中的大一些。書局旁邊是一間眼鏡店跟理髮店，理髮店看起來還挺時髦的。

一走進去裡面，就看到入口處擺了幾本跟大學有關的書，比如創意工廠MIT、哈佛學生等，感覺好像有點要激勵學生的味道。我逛了一下，發覺竟然有好幾本都很想買，不過預算有限，只好精挑細選。我最後買了兩本書：我思故我笑和60億人的幸福互助會。有一本是忍痛放棄：研究生了沒。這本真的很好笑，但是又覺得只是圖畫，買了好像很划不來，最後猶豫了好久還是放棄。書局裡面也有賣電腦相關的東西，我還買了一副耳機麥克風跟一盒CD燒錄片外加一支原子筆。比較不一樣的是，書局有一處是二手教科書拍賣。這大概是其它書局比較不容易看到的，不過我不知道便宜多少，因為我看了一下沒有想買的，所以也就沒問了。另外，我覺得英語教科書還真的蠻多的，而且都是國外的書，年齡分類也還算細。

逛完之後的感覺是還算滿意，加上中央附近實在沒有什麼書局的樣子。我想這間書局，應該會成為我之後常在中央裡面佇足的一處。

滿口假話的政客們

2007-10-04T17:55:00.000+08:00

台灣又到大選期間了，昨晚看新聞看到一些政客又在談著入聯公投的偉大，體現台灣人民主體意識云云。似乎只有加入聯合國才是台灣最重要的事情，經濟還有其它問題都比不上加入聯合國重要。如果這是真的就好了，可憐的是這是假的，但不能否認的是可能還真的騙到了一些作著入聯大夢的傻子。

我不確定加入聯合國是不是真的很必要或很重要，但我知道，一個國家如果沒有經濟，則是萬萬不能。非洲的剛果是不是聯合國會員國？亞洲的菲律賓是不是聯合國會員國？需要靠台灣金援的邦交國們是不是聯合國會員國？如果讓你選擇出生在以上那些國家跟台灣，你會選擇出生在哪裡？我常常覺得外勞很辛苦，要離鄉背井到海外工作，而且又是作很低下的工作，領著很微博的薪水。雖然她們的母國是聯合國的會員國，卻要替連會員國資格都沒有的台灣的人民工作。所以，加入聯合國跟經濟哪一個才是我們應該追求的價值還不一目了然嗎？可是鼓吹著入聯公投的政客們會告訴我們真話嗎？

最近看到一個小故事，很發人省思。故事是這樣的：
一位夫人打電話給建築師，說每當火車經過時，她的睡床就會搖動。
“這簡直是無稽之談！”建築師回答說，“我來看看。”
建築師到達後，夫人建議他躺在床上，體會一下火車經過時的感覺。
建築師剛上床躺下，夫人的丈夫就回來了。
他見此情形，便厲聲喝問：“你躺在我妻子的床上幹什麼？”
建築師戰戰兢兢地回答：“我說是在等火車，你會相信嗎？”

故事末了的評論是：『有些話是真的，卻聽上去很假；有些話是假的，卻令人無庸置疑。』我覺得這似乎某種程度道出了台灣目前令人感到無奈的悲哀。

10/01~10/08計劃

2007-10-03T22:18:00.000+08:00

上週進度：javascript & ajax 6~10章共212頁。paper部份："web object retrieval"裡面的從已讀的部份再去查了一些資料，我希望能盡量弄懂裡面到底在講些什麼，而不是只有讀過就好，所以寧可讀得慢也希望能讀得懂，因此進度只有到第四頁。

本週計劃：
1.javascript & ajax讀完
2.paper部份老師另外指定一篇
"A framework for rapid integration of presentation components"
我會先讀這篇，以老師指定的為主，之後再把"web object retrieval"讀完。

其它部份：
本週星期四晚上要跟老師meeting，可能之後會有其它工作要作，再試情況調整時間分配。
另外課程部份，linux系統也要開始花一些時間複習。

盜版與原版的選擇

2007-09-28T17:07:00.000+08:00

今天看完牙醫後，到台北車站經過一家唱片行，腦中想起了之前看過電視介紹一位號稱"地球上最溫柔的聲音"的日本歌手─中孝介。當時沒想太多，只是想聽聽到底什麼是"地球上最溫柔的聲音"罷了，於是就花了三百多塊買了他在今年出的新專輯。

在坐公車回家的路上，我拿著手中這張剛買的專輯，腦中閃過之前一些音樂盜版下載的新聞。其實對我來說，那不算是新聞了，我有許多朋友本身就是下載非法音樂或軟體的"愛好者與擁護者"，某些時後甚至是"散佈者"。對他們而言，花錢買CD專輯似乎是很不可思議的事，因為能夠聽免費的為何還要花錢？而且還不便宜！既然如此，那我呢？難道我真的是太有錢了？還是我單純地笨到認為支持正版音樂跟軟體才是"愛台灣"、"拼經濟"？當然都不是，答案是品質！對我來說，想聆聽"地球上最溫柔的聲音"卻去下載MP3，這樣子的感覺好像有點軌異。而且長期以來我已經很習慣透過真空管音響與正版CD的品質來享受音樂所帶給我的感動，下載MP3然後透過簡陋的電腦喇叭撥放，那已經不是在享受音樂了，只是想聽聽看內容。也許仍然還是有享受─享受不用花錢但還能聽音樂的樂趣。

所以，盜版真正的問題在哪裡？難道只有單純地因為免費嗎？在比較先進的國家，盜版問題似乎比較沒有這麼嚴重。這其中的問題又差在哪裡？我覺得是經濟與文化的因素，導致盜版問題的嚴重程度。經濟不能支持，當然為了錢，買不起正版品。中國大陸在這部份就呈現很可怕的例子，盜版書、盜版電影、盜版連續劇，無所不盜。但是有了錢仍然不表示就願意買正版貨，文化素養不支持，不會在品質上津津計較，而寧願接受便宜或免費的勉強選擇。比如音樂方面很有研究的人，如果經濟許可，不太可能透過MP3去欣賞動人的音樂。同樣地，對於軟體來說，那些所謂的破解版本其實也是來路不明。這學期剛上的一堂課─電腦攻擊與防禦，老師也有提到，也許那些來路不明的軟體，也可能使你的電腦曝露在危險的環境之中。畢竟，網路無法百分之百的受到信任，我相信天下始終沒有白吃的午餐。因此，如果為了免費而安裝破解的防毒軟體，卻使電腦受到另一種可能的危險，這樣好像非常矛盾，也失去原本安裝軟體的本義。

題外話，那些追查盜版的軟體與音樂公司最應該作的事應該是提升有市場潛力的盜版嚴重國家的經濟與文化知識素養才對。因為一時的投資可能可以解決長久以來都無法解決的問題，希望這一天會來臨。

09/24~10/01計劃

2007-09-26T01:24:00.000+08:00

這星期javascript與ajax這本書看完五章共189頁，另外"web object retrieval"看完3頁，進度有點落後。

本週預定計劃：
看完web object retrieval這篇paper
javascript與ajax看完第十章

我發覺在這一兩個星期下來，在讀paper方面的速度可能還有點慢，大概是還不太了解這部份領域的知識。另外，可能最近要加快看完javascript與ajax然後快點準備把php也看完，就應該要開始來準備igoogle platform的設計了。data mining的研讀部份，也要盡量抽點時間來看，時間似乎總是不太夠用。

網站奇事

2007-09-21T18:50:00.000+08:00

經過這陣子接觸網路上的消息，我真的很驚訝，想不到網路可以作到這種程度，真是太神奇了。在傳統的時代裡，這些千奇百怪的事是絕不可能發生的。但在網路時代裡，也許平常在學校裡上課的一位學生，明天忽然就賺進了一百萬美金。

第一個我覺得不可思議的是AreYouMyWife.com這個網站(現在好像沒了，因為老婆找到了)，想不到一個男人竟然可以從網站上想到找老婆的點子，還真的最後讓他找到了。

第二個是百萬網頁這個一頁網站。一個很窮的大學生賣網站上空格大小為1000畫素X1000畫素的地方，每個畫素一美金，全部賣出的話剛好一百萬。最後結果是那位大學生在很短的時間內賺到了104萬美金。

第三個是每月薪水這個網站。一個想當靠網際網路養的第一位員工，每個月只要付一美金給他，就會在網頁上的老闆列表列出你的名字。神奇的是，還真的吸引到了一些人養他！

在網路上似乎無奇不有，而且還真的有機會。我覺得現在越來越有一種趨勢，即使沒有功能，只要你的點子夠新奇好玩，還是可能吸引到許多人來給你捧場。不過，這只限於第一個想到這個點子的網站，其它後起的模仿者就沒有這麼大的吸引力了。

about Simple Spark

2007-09-18T21:14:00.000+08:00

之前我一直為如何知道網路上有哪些服務而困惑，想不到很快就發現一個網站Simple Spark可以解答我的疑問。

這個網站就像是一個web applications的收集站，把各式各樣的applications分門別類收集起來，還有search的功能，真的是非常方便。老實說，看到這個網站，它的想法真的讓我很驚訝也很開心。在web2.0裡，面對大量資訊，search是第一道過濾關卡，而user參與製作的力量，則是第二道生產的關卡。在面對龐大的資訊，即使有了google，個人的力量仍然有限。但是如果集合每一個google起來的力量，那很多問題就突然變得似乎是可能可以解決的。

題外話，今天的meeting老師介紹了一個根據blog內容評價關鍵字詞意見的比較網站Opinmind也可以在這裡面找到。

09/17~09/24計劃

2007-09-18T12:41:00.000+08:00

終於把HTML大全看完，也找了幾篇有興趣的paper準備來看，打算之後meeting可以報告。data mining部份，跟登凱學長借了一本教科書，目前看完第一章。

本週預訂計劃有：
1.開始看javascript與ajax的書(預計兩至三週內看完)
2.看完"web object retrieval"這篇paper

剩下時間：
1.閱讀data mining教科書(Jiawci Han)
2.線性代數複習

開學第一天的上課

2007-09-10T23:14:00.001+08:00

今天是開學的第一天，也開始上課了。我選修的課有三科，分別是類神經網路、分散式系統跟電腦攻擊與防禦。都是作個開場的介紹，但是聽完三個課程的感覺是：太過癮了。

其中類神經網路讓我的印象非常深刻，老師把人類的大腦與電腦計算機作了個簡單的比較，然後談到計算機科學在模仿人類大腦能力過程中慢慢的從錯誤過程中演變至今。當老師談到爬蟲類的大腦並沒有學習的能力時，我真的覺得非常不可思議。老師一邊講著我也一邊思考著，我突然覺得爬蟲類大類就很像一般程式一樣，只有單純地執行指令在符合某種條件的情況下，但是卻不懂得學習與變通。然後慢慢的體會到，類神經網路的發展就是在模仿人類大腦的運作情況，看是不是能夠具備跟人類大腦一樣有學習的能力。不過我覺得人類的大腦之所以能夠處理這麼多複雜的決定似乎跟過去的經驗有關，我在面對一件未知的事或已知的事，我總是根據我以前所擁有的經驗資料來推斷。而人類在成長過程中可是花了非常多的時間來感受這一切，但電腦有辦法經過這段過程嗎？

至於分散式系統，老師則是談到了一些課本上比較不會提到的細節。比如DNS為什麼很有用，它跟分散式系統又有什麼關係？軟體工程可以怎樣用在分散式系統上？物理學上的研究為什也算是一種分散式系統的概念？我覺得也很有新意，感覺到學問其實可以在多個角度去思考，將會變得更有意思。

最後是電腦攻擊與防禦，我選修這門課其實只是單純地想滿足人類心靈深處惡作劇的慾望。不過老師也提到，他在這些有危害到別人電腦的方面會有所保留，真正有興趣的人可以去問他。這星期還有其它課沒有聽，我想整個上完後，再來選擇其中較有興趣的幾個課程來選修。

09/10~09/17計劃

2007-09-09T17:17:00.000+08:00

這星期蠻多雜事，包含學校體檢、朋友聚餐以及準備學校那邊住宿方面剩下需要採買的東西。所以進度延續到下星期。另外9/10也是開學日，從這天之後開始上課。

預定計劃：
1.找一篇有興趣的Paper來看
2.把HTML大全剩下部份看完
3.決定選課內容

09/06 netmeeting

2007-09-06T12:05:00.000+08:00

今天第一次透過online的方式進行netmeeting，感覺真的很方便。不過前一晚跟同學討論，以為時間變成10:00開始，結果造成了一點小遲到，真是感到非常的不好意思。

我覺得netmeeting有好處也有壞處。好處是，地點的限制很小，只要有網路的地方，都可以舉行。而且時間限制也會變小，比如如果要在晚上meeting，對女生來說這就不會造成問題了。更棒的是，如果全部成員都是online，那還可以省掉租借會議室的空間。科技的進步真的作到了不必大家面對面也能在各地舉行會談，當然還有許多可以作得更好的改善。但相對的，壞處也有一些。比如這一次，我的notebook安裝的OS是windows vista，微軟在這一版本裡拿掉了netmeeting，改以windows會議空間取代，但是這兩個程式目前似乎還沒辦法作到共用桌面。還有就是每個成員的網路條件都不同，因此而產生的網路斷線變數就會更大一點。但是整體而言，在科技越來越進步的情況下，軟硬體在未來都會更好，以後也許不論公司或是學校的會議，很多時後都會透過netMetting來舉行呢。

題外話，現在google有提供google group的功能，不知道未來google會不會打算也提供一個google netMeeting的服務(不過這太強google之所難了，畢竟google連網路語音服務都還沒有)？可能這在網路速度上或電腦硬體上也要配合，但最大的好處是，可以不必因為OS版本不同軟體不相容的因素而影響到netMeeting的溝通。科技始終來自於人性，如果可以節省時空成本，還可以在最喜歡的環境下作同樣一件事，何樂而不為呢？

中國時報改版

2007-09-03T23:55:00.000+08:00

最近無意間在電視廣告上看到中國時報改版的新聞，其實心理想，這種改版有什麼特別嗎？的確，我覺得以之前中國時報版面給我的印像是，很死板，很沒有生氣。買報紙的時後，除非剛好有特別內容吸引我，否則中國時報通常是我最不可能會買的那一類。

不過，不能否認廣告的影響力。就在今早準備坐車去meeting時，經過便利商店，腦中突然浮現了中國時報改版的電視廣告畫面。心想：反正坐電車要一小時左右的時間，就順便買份報紙來看好了，而且第一個選擇就是之前不會去挑的中國時報。

改版後的整體感覺，我覺得真的是在外觀上看起來比較活潑一點。人是非常視覺化的動物，如果在外觀上認同，那麼在其它部份就比較可以接受。另外，在新的版面比較容易看到每個分組的報紙分類標題。而且要給予肯定的是，台灣報紙似乎從來沒有作過這種大膽地變化。在網路發達以後，我一直認為傳統報紙一定會受到很大的衝擊，因為免費的網路新聞非常方便。但是退一步想，網路新聞所提供的大都是比較簡短的篇章，而傳統報紙則是一種麻雀雖小，五臟俱全的方便選擇。有分類廣告，也有文學副刊，還有節目表及一些有特色的版面。網路新聞則只是提供新聞，且新聞內容為了迎合網路速食的特性，字數也都不多。最重要的是，缺少了一些關心政治的人們想看的評論。我想這是網路新聞無法全面取代傳統報紙的原因之一。或者說，如果網路新聞可以作到在內容上達到傳統報紙的質量，那傳統報紙可能就真的無法生存了。不過至今似乎沒有看過有哪一家網路新聞可以作到這種程度，不曉得是沒有利潤還是有什麼因素存在？

然而這次中國時報的改版也讓我感到納悶：是不是中國時報在業績上比起其它大報遜色很多，所以它必須要有所改變以因應這種危機？還是中國時報開始感受到網路時代的朝氣，也想要嘗試新的變化以吸收更多年輕人？不過不管原因是什麼，我覺得這次的改變的確是讓我在以後選擇報紙的時後願意再次投中國時報一票。

9/3~9/10計劃

2007-09-02T00:21:00.001+08:00

還沒開學，其實已經慢慢發覺事情開始多了起來。在忙第一次報告的paper後，直到這個星期最後幾天，感覺才終於有一點點空閒時間。我想之後固定的安排每星期計劃並檢視成果，會有助於時間上面的管理。

預定計劃有：
1.找一篇paper看一下
2.HTML大全這本書看完。

如果還有剩餘時間的話：
1.看data mining相關書籍
2.複習一下線性代數。

剩於時間的那兩個部份我打算安排在每一週計劃的剩餘時間裡長期地去作。這一週應該還會有許多雜事，要體檢、meeting以及碰上開學等。真懷念之前考試完在星巴克中喝著咖啡看書的悠閒時光。

關於網路

2007-08-31T22:14:00.000+08:00

我真的很喜歡網路，應該說我被網路迷住了。使用網路的時間越久，更能體會網路帶來前所未有的便利性。然後才會猛然發覺，在沒有網路的時代裡，很多時後竟是如此的沒有效率！

比如有時後，我跟朋友在聊天，偶爾會遇到覺得有朋友說的部份似乎不太對，但當下不太確定也不好意思反駁。回去後上個網路google一下，可以很快的解決我心中的疑惑。如果沒有網路，很多事情可能要花很多功夫才能取得所需的資訊。又比如msn，我幾乎覺得它已經成為我與朋友甚至親人間聯繫的重要工具。e-mail就更別提了！

自從考上研所，發覺對網路的依賴更是不減反增。現在我每天固定要到igoogle去報到，去看看gmail裡有沒有來自老師或其它人的信。還有透過google reader，可以讓我很輕鬆地接收來自不同blog的精彩文章與訊息。遇到想了解的字詞，我還可以上wikipedia查詢，其正確性不下於百科全書，而且還是免費的。所有這些工作，如果不靠網路，我實在難以想像，這將會有多麼地不方便。

當然，也有朋友跟我說，他認為他感受不到網路有多大的便利性，他頂多只是用用msn跟e-mail而已。但我覺得這樣的人在未來將會越來越少，甚至慢慢成為瀕臨絕種的少數怪物。不論是透過何種形式的網路活動，我真的慢慢發覺我所認識的人們，都或多或少地在增加對網路的利用。工欲善其事，必先利其器。網路就是我們這個時代的最大武器，優勝劣敗的關鍵將在於如何更大地發揮出這個武器的效能。

雖然現在網路服務非常多而且方便，但是我總覺得在某些方面還是很無力的。這個最大的無力感就是，如何去找出這些好用的網路服務？甚至如何知道到底有哪些好用的網路服務？又或者是有什麼很棒的網路服務可以創造出來？網路時代開啟了集合全體人類知識的應用之門，但是門外的世界似乎還有無盡的可能讓我們去思考怎樣的下一步可以更好。

about BuiltWith

2007-08-29T11:32:00.000+08:00

不知道有沒有人跟我一樣，對於某些表現令人驚訝或是一些常在使用的網站，總是很好奇是用哪些元素組成的？最近發現一個很有意思的網站-BuiltWith，它可以滿足你在這方面的好奇心，讓你可以輕鬆地把網站使用的元素一覽無遺。

使用的方式很簡單，只要把想了解的網站Address輸入，然後按一下LookUp就搞定了。接下來大概不用多久，就會把分析後的結果傳回，很方便吧？

因為知道黑米書籤網站是使用Ruby On Rails作的，所以第一個就拿它來試試。果然出現的結果在Frameworks那一欄下顯示的是Ruby On Rails，還真利害。之後又試了幾個比較想知道的網站如推推王還有iGoogle等等，不過沒想到igoogle只有用到javascript、css。

最後，有興趣的話還可以試試BuiltWith本身，結果還真是不簡單。好奇的人，就自己去嘗試看看吧。

96/08/27 meeting

2007-08-27T19:23:00.000+08:00

今天是在中央第一次報告paper的日子。由於時間有點急迫，加上data mining部份還需要更深入的了解，所以心中難免顯得有點緊張。一開始報告時，竟因為緊張而講得有點結結巴巴的。

老師除了適時地點出我的問題，也很耐心的引導並提出看法。慢漫地我就開始沒有那麼緊張，也比較能夠正常一點的表達我的想法。不過，從這一次報告paper的經驗大概了解到哪些方面應該要再改進，覺得在許多方面都受益良多。

關於工作

2007-08-20T22:08:00.000+08:00

老師分配給我的工作部份是關於建造一個類似igoogle的平台環境，可以在上面放小工具。感覺起來這似乎是一個極為浩大的工程，對之前沒有寫過網頁的我來說，挑戰度還蠻高的。

根據對網頁的認知，網頁語言的基本語法要先了解HTML，而網頁外觀設定方面則交給CSS來作設定。在client端瀏覽器使用的特殊效果以及近來熱門的技術AJAX則要靠javascript，而server端對資料庫存取的部份則交由php、jsp或asp.net。在問過學長還有朋友後，server端的部份決定學習php。

到書局採買了所需要的相關書籍加上跟登凱學長借的一本javscript與ajax的書籍後，剩下的部份就是開始K書了。我的預記是先花一些時間把網頁相關語言的語法熟悉。然後再開始準備構思個人化資訊平台，接著再詢問作小工具的學長看要如何搭配後再開始著手動工。

看到igoogle還有另一個個人化網站NetVibes都還存在著一些使用上的小問題，我大概就知道這可能不是那麼容易。再加上開學後還要修課與meeting要準備的paper報告，希望自己能在這項工作上順利完成老師的交待。

about igoogle

2007-08-19T21:36:00.001+08:00

igoogle算是個人化首頁服務功能的傳統google版，目前提供的小工具還蠻多的。在考完研究所的這段期間使用了一下，大體上來說還蠻方便的。雖然工具不可能滿足所有user的需求，不過igoogle很聰明地推出小工具競賽的活動，除了宣傳之外也期望可以加快小工具產生的速度。

不意外的，google本身一些知名的服務都有作成小工具，諸如google maps、google document、gmail還有google reader等。而這也是igoogle比其它個人化首頁服務網站更具優勢地方，在整合使用上會更添便利性。

不過美中不足的是，這段日子的測試與使用下來，還是有一些很明顯的bugs。首先在igoogle提供的版面設置選項中的公車站主題方面，應該會隨著設定都市的天氣而變化。但是在我的這台notebook上卻沒有任何改變，而在另一台電腦上則有。還有當小工具配置的數量一多，有些小工具似乎會一直處於loading狀態，沒有辦法顯示出來。另外就是其中一個小工具重新設定時，會造成整個頁面refresh，而不是只有那一個小工具的畫面refresh。

雖然igoogle並非是唯一的個人化首頁服務網站，但是挾著google大神的威名與整體的配套，我想之後的表現應該很值得讓人期待。