Mr./Ms. Days (MMDays) - 網路, 資訊, 觀察, 生活

漫畫自動產生器，這是很久以前無聊時的突發奇想，剛好碰上這次有幸參與Demomo Show的活動，跟大家分享一下我的點子。簡單來說，這是一個四格漫畫自動產生器，輸入一篇文章就會自動根據文章內容自動產生四格漫畫。

Read Full Post »

Yahoo!昨天公佈了一項服務，稱之為BOSS - Build Your Own Search Service〈建立你自己的搜尋服務〉，簡單說來就是開放Yahoo搜尋引擎的API，讓大家可以製作出自己想要的搜尋引擎。你覺得Yahoo的排名結果不如你的意嗎？根據Yahoo自己的說明，你可以照你自己的意重新排名、修改layout，而且沒有搜尋次數的限制喔！

聽起來這倒是項創舉，看來繼社交網站之後，連搜尋引擎大廠都要開始走向開放API的路子了。接觸過搜尋引擎架構的人，或許可以了解，一個運作良好的搜尋引擎實在不好寫，中間牽涉的演算法很多，一個人幾乎是很難獨力做完，Yahoo的這項服務，倒是省了很多想自製搜尋引擎程式設計師的時間。

Read Full Post »

以目前全球資訊網上擁有的巨量資訊，如果沒有高效率搜尋引擎的幫助，尋找資訊將如同大海撈針一般困難，今天已有許多商業的搜尋引擎試圖滿足此類搜尋工作的需求，例如：Google，Yahoo，Ask與Microsoft Live Search等。搜尋引擎多會依照某種方式進行排序，把相關的網路搜尋結果以排名順序列表一一提供使用者去瀏覽，讓使用者依照搜尋結果摘要的內容自行挑選。然而這樣的瀏覽方式極度沒有效率，因為網路搜尋結果通常相當的多，而一般使用者多只會有耐心瀏覽前若干筆的搜尋結果，而且這類排名順序列表的呈現方式會使得很多關於使用者查詢的子議題通通混雜在一起，很容易造成使用者錯過重要資訊。

Read Full Post »

「預知」是指用戶能否在未做出任何動作之前，就已經能估計到某 UI component （如連結、按鈕）的用途、操作方法，以及會帶來的結果。一個設計良好的 UI 應該是可預知的 (Predictable)，會讓用戶感到一切盡在掌握的樣子。如下圖的這個表單，藍色理所當然的是連結；按鈕理所當然是用來提交資料；那個圓型一如以往是個單選項；四方型的 check box 是多選項。一切都是那麼理所當然。也許它不是最漂亮的設計，但起碼使用的時候不會干擾到用戶，用戶不用去重新學習、理解 components 之間的關係。

Read Full Post »

最近網路上突然暴出了一則新聞，知名得網路作家九把刀指稱，一名十五歲的新店高中學生去年參加台北文學獎且獲入圍的作品『顛倒』，抄襲他的作品『語言』。關於抄襲這個古老的問題一下子又在網路上沸沸揚揚地討論了起來，該生的作品是否涉及抄襲在這裡不做任何判斷，不過這個事件意外勾起了Mr. Wednesday小學老師當年的諄諄教誨：『作業要自己寫，不要抄別人的，不然抓到打屁股。』

Read Full Post »

Posted By Mr. Wednesday
大家新年快樂，年假在家休息，提供一則好笑的漫畫給大家輕鬆一下。

你是Real Programmer嗎? :p
資料來源: xkcd

Read Full Post »

Posted By Mr. Wednesday
IT 產業新技術推陳出新的速度之快令人目不暇給，每隔一陣子就會出現一個響亮的新語言，新架構。每每新技術的出現就會造成舊技術的板塊挪移，回顧過去這些技術的角色轉換其實也是頗有趣的。今天剛好在 Ajaxian 看到『Rhino on Rails: JavaScript MVC on the server』這篇文章，提到一套以 Javascript 為語言，用 Rhino 來跑，類似 Ruby on Rails 的框架 (Rhino on Rails)。文中有一個漫畫非常有趣，跟各位讀者分享。

Read Full Post »

Posted by Mr. Monday
Error Message (錯誤訊息告知) 是產品中很重要的一環，因為常常有太多的不預期狀況需要處理，因此一個好的 Error Message 可以大大的讓服務親切感提高。不過，今天不是要來討論如何寫 Error Message，而是要來看看一些搞笑的 Error Message。你的程式裡會有這種 Error Message嗎?

[當在產生 Error 報表時，出現了錯誤.]( 真是令人無言…)

Read Full Post »

Posted by Mr. Saturday
Mr. Friday 的 Java會步上 COBOL 的後塵嗎? 一文還真是引起了相當多的討論，連在 FunP 上面都有一些高手們長篇大論的回應，另外我也看到了 qing 前輩也寫了篇文章 (剛剛也看到他來留言了) 來參與討論，Friday 也針對一些問題跟我私底下聊了一下．正好我自己也有一些淺薄的經驗，這邊就斗膽拿出來跟大家分享一下．不過我先開門見山地表明自己的觀點好了，基本上我覺得拿兩個程式語言來比較好壞，就跟拿英文和中文來比較好壞一樣，意義不大．每種語言有他存在的目的和當初被創造的理由，也各有其優缺點，而且語言會因為使用者而呈現出不同的面貌，真實生活中的語言如此，程式語言自然也不例外．
我比較想要談的，是像 Java 語言版本升級的問題，這也是 qing 前輩著墨甚多的一個問題，底下引述一段：
你沒有必要苦苦追趕Third party程式庫的新版本。通常，在產品開發之前，你就會決定你的技術解決方案，確定你所用的程式庫可以滿足你的需求。在產品開發中途決定更換所用程式庫的major version或到minor version是滿嚴重的事。大多數會需要選定新版的程式庫，多半是發生在選定開發一個新產品的時候。這麼一來，又怎麼會有「程式老跳訊息告訴你這個jar檔版本太舊不是他要的」的問題呢？
對於版本升級這個問題，我認為這絕對是個對工程師影響重大的事情．這邊我想舉出一個另外的例子和切入點，大家就會知道為什麼版本控制和升級會是個大問題．

Read Full Post »

Posted by Mr. Friday
最近這個禮拜，許多網站都在寫所謂的「年終回顧」，而向來報導資訊科技產業為主的InfoWorld卻列出了「2007最被低估〈未被大力報導〉的科技新聞」，而排名第一的就是這篇文章：「JAVA正步上COBOL的後塵！」
光看這標題實在太嚇人。從大學時候開始算起，Java我碰了少說也有快七年以上，雖然比起眾高手不敢說多麼精通，但是說Java說要像COBOL一樣被市場淘汰，會不會太早了點？如果真的有朝一日醒來，Java全面性的被新語言替換，那所有寫Java長大的程式設計師豈不是立刻失業？

Read Full Post »