自製 Firefox 的 Search plugin

使用 Firefox 的人一定都有在用右上方的搜尋工具，除了 Google, Wikipedia 以外，也有不少網站有提供自己的 Search plugin。但是你平常最常搜尋的網站有這樣的 plugin 嗎？國外的大站也未必都有 plugin，更別論台灣的網站了。

其實這樣的 plugin 很簡單，大概有寫過網頁程式的程度就可以做出來了。 首先，去 Firefox 的安裝目錄 (可能是 C:\Program Files\Mozilla Firefox\) 打開 searchplugins。然後你會看到 google.xml 之類的檔案，那就是一個 search plugin。我們要做的事很簡單，copy 一個出來改成自己要的 (wikipedia 的那個語法相對簡單，可以用簡單的先改)。以下大概解釋一下每個 element 的改法：

• <SearchPlugin>: 這個 plugin 的 xml root element，不用動
• <ShortName>: 這個 search plugin 的名稱
• <Description>: 說明
• <InputEncoding>: 輸入文字的編碼，請視你要搜尋的網站使用的編碼決定
• <Image>: 16×16 的小 icon， 以 base64 編碼直接放在 tag 裡。可以使用這個網站把 ico檔轉成 base64。
• <Url>: 相信會寫網頁程式人的對這一定不會太陌生，template 裡填入 query 的 url，裡面的 <param> tag 填入要送過去的參數。可以送一些固定的值，唯一動態的值是 {searchTerms}，那就是在 search box 填入的文字。至於 query 的 url 跟 param 到底會是什麼就視網站而定了，對熟網頁程式的人一定不難。
• <SearchForm>: 沒有輸入時按 enter 就會跳到這個 url，一般可以設定為搜尋頁。

修改好之後重開 Firefox 就會多出你剛改好的選項了，這樣就可以自製自己常用網頁的 search plugin，而不用每次都連到網站上囉。

雜記

已經好久沒時間長篇大論了，不寫下一點東西又覺得很可惜：

• 在 Google Code 上開一個 project 比在 SourceForge.net 要簡單，不用慢慢審查。Subversion repository 的空間是 100MB，不過這種無政府狀態的環境會變成怎樣呢？雖然 SourceForge.net 也是一堆死掉的 project 沒人跟進。
• http://devshots.com/ 是一個 for developer 的 search engine，底下還是使用 Google，不過查出來的東西有差嗎？畢竟 developer 是世界上搜尋能力最強的一群人吧，或許對別的領域做點專用的搜尋引擎會比較有用。
• http://softwarecreation.org/ 這個 blog 的作者 Andriy Solovey 雖然我不知道是誰，不過他的文章都是引經據典，只要在做跟 software 相關的我想多少都有點幫助。
• ZK 己經推出 version 2.4 雖然我沒有很仔細看有什麼功能改進，不過我倒覺得功能已經不是最重要的一環了，ZK 如果要做得更好，需要有使用的 best practice。Framework 部份是很強大，不管是寫到像只有 JSP 沒有 Servlet 的 zscript 還是弄到像 Echo2 的做法，ZK 都可以 support，回到根本，Spring 跟 Hibernate 有很多人做出 best practice，後來官方也會提供指引，這是成功的 open source project 必需要走的路。再來就是整合性的 component，一堆強大的 UI 終究還是需要跟後端取得資料，這個地方會是關鍵。

SIMPLICITY – 簡單法則

在誠品看了這本書： 簡單的法則: 商業思維. 設計創意. 生活美學

作為一個軟體開發者，看了這本書也蠻有感觸的。「按鈕太多的遙控器，功能眼花撩亂的電子用品，必須讀過數十頁使用手冊才會安裝的軟體…」這是書中提到現今很多音響家電共同的問題。功能強大的家庭影音設備，可能永遠只用到 Power On/Off, Play / Stop, Volume +/-。至少它們還可以用數十頁的使用手冊寫完所有功能。電腦軟體卻很少能用數十頁交代清楚，其實這是很值得軟體開發者深思的，如果你的系統要兩本木頭書才能寫完，那表示世界上幾乎沒有人可以搞懂整個系統。

書中提到 10 個簡單法則，其實也不必一一列出，反正簡單，精要，小巧絕對是要點。根據在商業上的經驗，我們會想要很多功能強大的東西。其實那顯然是不對的，以家電為例，很少人不會操作一般的電風扇，反正開關很明顯是什麼意思，而風速不是用中文、英文就是用數字，也不難懂。更重要的是，按錯了我的代價很小，開太強了我馬上就知道要轉弱，開太弱我就知道另一個是比較強的風力。相比現在的軟體，功能多得可怕，而且你永遠不知道按了會發生什麼事。難怪有人總是會怕按了會發生什麼事！簡單絕對是設計時要想的東西，功能愈簡單愈好、規則愈簡單愈好，而且介面要有能讓人一看就能用直覺聯想到會發生什麼事。使用的人只想達到目的，並不想知道很多事情。

Goolge Maps 顯示台灣街道

Google Maps 對很多人都不會陌生，只是一直以來，對台灣沒有太大的作用，除了可以認樓頂定位的人以外，沒有街道名稱的 Google Maps 對台灣沒什麼幫助。今天剛好上去隨手點一下，發現台灣的 Map mode 居然有街道了，一步一步放大，從只看到台北高雄跟國道，一直拉到連巷子都標得清清楚楚，真的是太讚了。接下來就是轉成 Hybrid mode，樓頂跟路名都清清楚楚的，http://maps.google.com/maps?f=q&hl=zh-TW&q=&layer=&ie=UTF8&z=16&ll=25.002181,121.510334&spn=0.008771,0.020084&t=h&om=1&msid=116149561696358268468.00000112456a8d1f7a022&msa=0

 終於也等到這一天啦。國外已經有很多很多結合 Google Maps 的應用，不只是 Web 的 mashup，也有很多是行動加值的應用。當然 local 的像友邁地圖網其實也是做得非常的用心，不過接下來要如何面對 Google Maps 這種勢力可能就是一大考驗了。就功能面而言，針對台灣區域，UrMap 目前有絕對的優勢，但是如果 Google Maps 的區域化做得這麼快的話，相信不久之後可能會有一些跨區域的應用出現，這個就是對做單一區域地圖者的一個危機呀。

相信以 Google Maps 這樣的成長速度，全球的 Location Based Service (LBS) 應該也會快速的發展。

technorati tags:GoogleMap, UrMap

Blogged with Flock

請大家幫個忙填問卷

我的前同事Joyce，在IT業打滾多年，專 責企業行銷兼文膽，於去年毅然放棄高薪工作，投身新聞研究領域，重拾課本求教於文化大學新聞研究所，主攻網路與傳統媒體兩種截然不同卻又相輔相成的新舊傳 媒之間的關係，特別是時下流行的Web 2.0對於閱聽人的影響。她的論文重頭戲就是這份調查有關俗民分類（folksonomy）與tagging使用行為的問卷，挺新穎有趣的，所以想請大家 幫幫忙，幫她填一下，衝高一點她的樣本數。感謝各位支持啦！

問卷在此，題目不多，很快就可以填完。感謝！

社群標籤（Social Tagging）的使用行為與動機

technorati tags:tagging, folksonomy, web2.0

門徒

門徒果然是一部不錯的電影，有幾句很值得深思的話

「他 (倉主) 的作用，是用來保障自己的，總不能把貨放在自己家裡吧。總之千萬不要嫌麻煩，倉主、師傳、買家，每一層都要用”腳”來隔開，”腳”跟”腳”不能讓他們見面。警察抓到了，綫也會斷。我們做”庄”的用不著事事親力親為，遙控監管差就行了。」

「我們現在一層層的隔開，流程太複雜了。我認為要把貨倉跟工場集中，提高效率，出貨快、散貨快，賺錢才快。」

兩個完全相反的觀念在戲中出現，該選擇哪一種？是只有一種是對的，還是其實兩個都對呢？

technorati tags:門徒

Blogged with Flock

傳教士講 Web 2.0 與 Web 3.0

事實上，這不是原定的題目，他自行把一個平凡無奇的題目，換成這個聳動卻不太可能有人講得好的題目，實在是很有勇氣。自許為傳教士的他，跟基督/天主教的傳教士們必需交代上帝創造世界以及耶穌受難的故事一樣，他把電腦網路的發展從頭細說了一遍。當然這是有他鋪陳的必要，但對於台下幾乎全都是 master degree of computer sience related field 的聽眾，一定引發了學生時代的美好回憶。這歷史課上下來一個多小時，重點就是電腦的進步降低了運算成本，網路的進步降低了連結成本。最後引出借用的設備不如專用的設備。雖然這個是對於 Web 1.x 公司生死判定很好的一個指標，不過早就蓋棺定論的事情，多談無益，Wal-Mart 的書看了你也當不了下一家 Wal-Mart。
有這麼長的一段鋪陳，重點當然是 Web 2.0。要講 Web 2.0，這位傳教士是夠資格的，好歹他家開了一個網站，什麼服務都加了 2.0 在後面，要說台灣哪個 Portal 有最多 2.0 的服務，想來是非它莫屬了。不過出人意表的是，傳教士投影片的 Content-Type 是 text/plain，沒有任何一張圖。對 Web 2.0 熟悉的朋友可能已經想到問題所在了，那幾張已經跟十字架一樣偉大的 Web 2.0 示意圖自然是沒有出現了。這樣也沒什麼不好，反正圖早就看到煩了。在 Web 2.0 裡我沒有記得太多重點，事實上是傳教士的成功經驗談，由 eCommerce 講到拍賣，由雜誌談到 Skype。演講中樹立了某 Y 開頭的網站是大魔頭，當然也不忘對有名大站放幾枝暗箭。如果以週五晚上的輕鬆娛樂來看待是不錯的，只是台下的人也許都認真了。傳教士講的都是他成功的經驗，另外也有談了一下 Y 公司在南韓被打敗的事情。這些都是 Web 2.0 世界的小小事情，也許對大局沒有太大的關係。可貴的是傳教士都有講他在沈中的包袱中如何跨出一步，這個經驗絕對是企業主需要的，因為愈成功的企業有愈沈重的包袱。在 Web 2.0 這段當中，我最認同的話是「不要與流量為敵」、「做使用者真正想要的」，至少那已經是底限了，目前成功的 Web 2.0 網站絕對不只如此。
Web 3.0 的部份，本來以為 NuWeb 要粉墨登場，不過看來我估計錯了。完全沒有跟 NuWeb 沾上邊的東西。傳教士自己講了一些觀點跟看法，使用他詳細的歷史課為主軸，描繪出一個 Web 2.0 過後的的世界。那個世界，是大家用專用的設備做專屬的事情。所以，嚴格來說，也不是什麼 Web 了。話說回來，傳教士在運用價格、媒體、實體產品、金流、物流等等網路購物以及雜誌所學到的技巧，確實比起純粹的軟體服務要好多了。一直以來傳教士有打贏的也多半是在這些需要實體配合的環境，他心中的 Web 3.0 是個需要專用設備的世界自然也不奇怪了。當然，能賺錢才是重點，什麼是 Web 2.0、Web 3.0 一點都不重要。
要說傳教士講的不好嘛，其實他在演講中帶出的想法、理念已經是比之前清晰很多了。也許如小白大大所說，最近傳教士旗下的記者們也蠻上道的，是否因為這樣而讓傳教士得以理清大局？不過說歸說，做又是一回事了，Portal 2.0、皮克公園等幾乎都是笑話、開記者會阻止 Y 公司買無名、外傳收購 Pixnet 的事等等，當然傳教士是對那些主題一字不提了。我一直以來的評價都是，有本事就做個像樣的服務，使用者自然會選擇，這點也是他自己有說，Web 2.0 世界使用者會自己選擇的，那又何必開什麼記者會呢？個人新聞台早就講到爛掉了，全世界第一個 Blog / Web 2.0？你嘛幫幫忙，自己都說是不是第一個不重要了，何必還在話當年呢？露天拍賣的確是不錯的經驗，但我不認為是有巨大殺傷力的服務。畢竟跟 Y拍還是同一個世代的東西，只是市場由賣方漸漸的走向買方，所以如果服務是提供買方更多的力量的話，將會有更多的機會。而讓我最失望的是，整個演講的觀點都只放在台灣。如果網路已經把連結的成本變得很低，就不要把眼光只放在台灣，不是嗎？

Blogged with Flock

不要放棄學習之心

學習是進步的來源和動力，而人其實都是好奇又有學習心的。但在環境的影響之下，都漸漸變得現實。現實的確是眼前最需要解決的問題，但如果太過於現實，就會變得很急功近利。

如果在看到一件事物時，不要單單的問我們能不能用或是可以用來做什麼，而是去欣賞它的優點，去了解它背後的原因，再來看是不是適合拿來用，那應該會有更好的效果。有些事是急不來的，而且絕對不可以放棄學習之心。很多人都會投資，也知道長期投資的成長力道是非常可怕的。如果把學習視為一種長期投資，常常維持了解視物背後原理的心態，那長期下來，會是指數成長的。

一旦急功近利，大概都只會看到事情的表面。是美侖美奐的外表在吸引人嗎？也許是貼近人心才真正的吸引人。堅持自己的信念，相信只要不放棄學習之心，一定可以做得更好的！

Blogged with Flock

Openkapow – 夢幻 mashup 工具

自從 Web 2.0 興起，國外網站的 mashup 大行其道。不過要自己去做 mashup 一直以來都不是件簡單的事，除非 service provider 本身就有提供夠強的 api 才會比較簡單一點。這也是我一直認為 Web 2.0 的網站應該要主動的提供 api，讓別人有機會去 mashup 你的 service。但國內各種 service provider 自然是不會想得這麼開了，幾乎全都是以鎖國政策以保護自己的廣告收入。歷史的教訓尤在眼前，鎖國政策可以長久嗎？自由與創意無限的網路世界，又怎麼會止於鎖國政策之前？只有提供使用者真正需要的內容與資訊才是長遠之計。接下來介紹一個可以把網站做成 mashup api 的工具。

TechCrunch 最近有一篇文章：5 Ways to Mix , Rip, and Mash Your Data，比較了幾個做 mashup 的工具，包括了剛剛推出很有名的 Yahoo! Pipes。而其中最強大的，就是 Openkapow，它的 mashup service 由一個 robot 的製作工具以及一個 hosting service site 所組成。使用者下載以及安裝它的工具之後，可以在本機開發出 mashup robot，再把 robot publish 到 service site 上分享給大家使用。雖然 robot 只有 publish 出來才能使用，但是對於 Web 2.0 的精神來說已經很足夠，不一定需要能在自己的控管範圍之內。Mashup robot 的型態分為：RSS/Atom、REST service 以及 Web clip，RSS/Atom 的 mashup 應不該不用多說了，把沒有 RSS 的網站做出 RSS。REST service 就是常見的 web services 模式，簡單的開發工具可以吃進一個網頁、輸入資料、頡取輸取。完全破解了沒有 mashup api 的網站，鎖國政策至此被強逼開關。而 web clip 的功能應該是 kapow 的老本行，把網站的一部份取出並存下來留作後用。雖然要下載工具，但工具簡單易用，加上 REST service 這個觀念正常的做法，讓 openkapow 發展出很多的可能性。

在mashup 工具日漸成熟之後，鎖國政策愈來愈不切實際，畢竟在資訊爆炸的時代，每個人都只想關心自己想關心的事情。使用 Openkapow 時快速上手的感覺讓我覺得 mashup 界的夢幻工具已經出現，破解鎖國政策的工具也已經出現，不管 service provider 是否願意，接下來 mashup 會愈來愈多，使用者為了單一事件到單一網站的情況會降低，個人化、而且可以由使用者群的意志去加強功能的系統，應該會愈來愈常見。或許不久之後，國內的 service provider 會對 Web 2.0 有新的定義。

technorati tags:Openkapow, RSS, Atom, REST, webclip

Blogged with Flock

Shelfari 書架 — 個人書籍管理

念碩士班時，有個半路出家的同學問過我，有沒有程式可以管理個人的書籍。我當時是說，好像是沒有，但要寫也不難。她就一直很想要自己去寫一個，因為她的書實在多到不像話，超出能控制的範圍，書借給誰、有什麼書可能都要程式的幫助才行。

Web 2.0 的興起總是帶來很多驚喜，也許我已經太後知後覺了。Shelfari 是一個個人的書籍管理系統，user 在上面建立自己的書籍王國，只要在書架上一本一本加入你的書籍就可以了。而書的資料其實不會輸入到手酸，因為資料是由 amazon 取得，只要用書名等等去找就好了。加入之後，在個人的書架上，就會一本本的陳列在上面，連封面的圖都有！書籍的各種資料應該都蠻齊全的，而且也可以加入個人對書籍的資訊，比如說書什麼時候買的，什麼時候讀的，借給誰等等。每個人的書架，還可以細分 reading list、wish list。在書架上的書籍可以加 tag 、加書評、提出問題、直接連結 amazon 購買。書架上的書也可以做 import/export。

Web 2.0 網站不能免俗的總是要有 community 的概念，Friends、Groups 自然不會缺少了，Groups 的型式可以想像為讀書會，這點蠻不錯的。如果你是在看別人的書架，當然也可以留言給對方。跟你有同一本書的人在 Shlefari 上很容易找到。有最多書的人、寫最多問答、書評的人也會列出來。

總體而言，Shelfari 的功能並不強大，但簡單精準，操作容易。跟 amazon 結合的好也許是它的一項優勢，我沒有詳細研究其他像 LibraryThing 做得如何。但概念簡單好操作，貼近使用者的需求，而且不用輸入一堆東西才能建立書籍是一大優點。目前最大的缺點就是中文書好像沒有辦法找到。如果你也有很多書，交給書架去幫你管理吧！

technorati tags:Shelfari, Book, Amazon

Blogged with Flock