Google Docs離線編輯即將發佈
Posted in Google, Mr. Wednesday, Web 2.0, 網路新聞 on Apr 1st, 2008
今天一早就看到一個令人興奮的消息,Google Docs的離線編輯功能即將開放了。目前已經開放給部份使用者使用,接下來幾個星期會逐漸全面開放。藉由Google Gears,使用者可以在沒有網路連線的環境下瀏覽與編輯Google Docs上的文件。
網路, 產業, 資訊, 觀察, 生活, 電影, 技術, 新知, 科技, 媒體, 趨勢, Web 2.0
Posted in Google, Mr. Wednesday, Web 2.0, 網路新聞 on Apr 1st, 2008
今天一早就看到一個令人興奮的消息,Google Docs的離線編輯功能即將開放了。目前已經開放給部份使用者使用,接下來幾個星期會逐漸全面開放。藉由Google Gears,使用者可以在沒有網路連線的環境下瀏覽與編輯Google Docs上的文件。
Posted in Mr. Wednesday, Web 2.0, 程式設計, 電腦科學 on Mar 26th, 2008
最近網路上突然暴出了一則新聞,知名得網路作家九把刀指稱,一名十五歲的新店高中學生去年參加台北文學獎且獲入圍的作品『顛倒』,抄襲他的作品『語言』。關於抄襲這個古老的問題一下子又在網路上沸沸揚揚地討論了起來,該生的作品是否涉及抄襲在這裡不做任何判斷,不過這個事件意外勾起了Mr. Wednesday小學老師當年的諄諄教誨:『作業要自己寫,不要抄別人的,不然抓到打屁股。』
試想一下,如果我們買一套繪圖軟體,不管是介面處理或是繪圖運算,都是消耗 PC 端的資源,有了越強大的軟體與作業系統,我們就需要購買越快速的電腦;反過來說,如果我們使用早期一點的 CGI 技術,所有的介面控制都是靠很多不同功能的 CGI 程式來達成,把使用者每項介面操作與繪圖運算都丟給伺服器煩惱,我們就需要有充足的網路頻寬與夠強大的伺服器來維持系統運作的流暢度。很幸運地,仰賴盛行的 Ajax 或 Flash 技術,網站的設計者可以把很多瑣碎的介面操作問題丟回使用者的 PC 端,不但可以把介面設計的更有親和力,操作上也可以變得更順暢,甚至還不太需要消耗網路頻寬;然後把核心的演算法放在伺服器端執行,因為伺服器可以同時提供很多使用者執行不同的運算,透多更多複雜的技術,這些運算或許還能夠共享更多的系統資源,減少重複性的運算,讓網站可以在多人使用的狀況下,輕易地做到介面流暢與提高演算效能,更好的是對於這樣架構下的線上軟體,比起傳統的軟體來說,因為把核心技術放在自己的伺服器上,也就提高想刺探這些核心技術的其他競爭者更多的不可能,形成另一種保護技術的方式。
昨天寫了JP Morgan怎樣花了2.36億美金買下了擁有85年歷史的投資銀行Bear Stearns,今天早上又看到了新聞講到Meebo準備募資,Post Money Valuation 2.5億美金。也就是說因為管理不當,Bear Stearns這個擁有固定資產跟商譽的公司,還沒有Meebo這間利用網路來整合所有的IM的網站有價值。不管大家是怎樣去想,或是Meebo的管理階層真的是哪麼利害,可以建築這樣的一個夢。可以讓其他的創投去追逐。現在很多人可能會說,
Posted in Google, Mr. Wednesday, Web 2.0, 網路新聞 on Mar 20th, 2008
對於Google spreadsheets的一般使用者來說,Gadgets-In-Docs可以讓使用者方便地將Google spreadsheets內的圖表貼到iGoogle上。如果你是個開發者,可以試試看Google Visualization API,它提供了一組API可以將結構化的資料畫成圖表,並且方便地分享(貼到你的網頁上)與重複使用。
chumby 不只是一台外型酷似鬧鐘的機器,其實它也還真的有鬧鐘的功能,此外後面還有兩個 USB 埠,只要插入 USB 硬碟,還可以播起 MP3 音樂,不過最值得一談的還是它能夠從網路下載 widget 的能力。chumby 的網站免費提供使用者申請帳號,並且於網站上啟用所購買的 chumby 之後,就可以使用網站提供的眾多 widget,有各種不同樣式的鬧鐘、可以從 Google Picasa 或是 Flicker 下載照片來撥放的 photo frame,或是 BCC News 等等琳瑯滿目的 widget,可以讓使用者把自己的 chumby 從鬧鐘延伸成各種不同用途的小機器。
Posted in Mr. Wednesday, Web 2.0, wedex, 生活, 網路新聞 on Mar 15th, 2008
不知道各位讀者過去是否曾為了辦個活動要橋時間,橋地點,確認人數而煩惱,在網路時代,這些問題都有線上服務幫你解決了。過去有Upcoming與Eventful這兩個網站可以幫你安排,但是如果你不想要安排一個如此正式的活動,如果想要更有選擇性的邀請人來參加,如果想要更方便的將活動內容與其他裝置或應用同步的話(例如:Microsoft Outlook,Apple iCal,Google Calendar),甚至你想要藉由RSS來隨時掌握邀請的狀況?或許你可以試試看Coordinatr。
Posted in Google, Mr. Saturday, Web 2.0, 專欄, 網路新聞, 網路產業 on Mar 13th, 2008
Posted by Mr. Saturday
「YouTube 是一個影音平台,要看影片就得叫使用者自己連到 YouTube 的網站去。」這件事情在使用者可以把 YouTube 的影片嵌入到自己的網頁上之後,早已經不是事實,現在網路上到處都可以看得到網路出版者或是部落客把 YouTube 的影片透過簡單的 HTML 標籤引用到自己的文章內容去。然而各位是否注意過,除了把影片拿到 YouTube 以外的地方嵌入讓大家看之外,瀏覽者在 YouTube 以外的地方似乎跟影片本身沒什麼互動性可言,也就是說,如果瀏覽者想要對影片留下一些回應或是評價,就真的只能自己連到 YouTube 網站中這支影片的連結,才能進行這些動作。
現在情況完全改觀了,Google 今天在 Google Code 上面發表了 YouTube APIs and Tools,可以讓 YouTube 的影音平台整個開放出來,現在 YouTube 不再只是一個使用者的目的地,它已經變成一個徹底的網路服務。對於網路上的開發者們而言,可以透過這一套工具和 API 存取 YouTube 上面所有的影片和 YouTube 這個平台本身,簡單來說就是開發者現在可以掌握 YouTube 上面所有的影音內容,自由地去使用,而不再只是把影片嵌入自己的網頁這項簡單的功能而已。對於使用者而言,這就意味著他們在每個地方看到的 YouTube 影片,現在有了更強的互動性,可以直接留言或是留下評價,不需要再連回 YouTube 做這件事情,這些資料會透過這些 API 自動地傳回 YouTube 做彙整的動作。簡單舉例來說,網站開發者現在可以透過 API 做以下事情:
回顧YouTube的技術障礙為何吧!其一開始使用Apache伺服器(3、4 個月後不敷使用,改用Lighttpd),腳本語言使用Python,作業系統是Linux SUSE版本,資料庫使用MySQL,Flash 使用Flash 7的 Sorenson 編解碼技術(現行多數影音網站都已經改用flash 8的on2 VP6技術,解析度更好而且壓縮更佳,這也是為何YouTube相對來說比較糊,看比較)。除了Python可能在台灣比較不普遍,其他都是許多網站都在使用的工具。所以他們的技術障礙在哪裡?YouTube工程部經理 Cuous Do在西雅圖 Google tech talk談到 YouTube Scalability時,說他們致勝原則就在於Keep it simple,不用需要酷炫的新技術或是硬體,因為這樣一旦出問題,找不到資源可以解決,就算有,也會非常貴。使用Apache、MySQL的原因就是這個,它們發展很成熟、許多免費的套件,也有很多論壇討論,又免費。Do說當他們在應徵工程師時,都會問一個問題:「為何Python夠快?」因為Python的執行速度並非最快,但是比起程式的執行速度,他們花更多時間在等待等待資料或其他的事情,但Python是一個修改夠快的程式。因此問題的「重點在於『夠 (enough)』,而不在於『好』」
*Flash 7 Soreson Spark 在2003.9 就已經釋出,Flash 8 on2 VP6 2005.9 釋出,YouTube則是於2005.2成立,大量影音網站的出現也是在2003-2006年間。
其實他們的競爭障礙在於不斷的Build- Design- Test的快速循環 與 堅持 。
Posted in Mr. Thursday, Research, Web 2.0, 網路新聞, 電腦科學 on Mar 11th, 2008
Posted by Mr. Thursday
Read Write Web提到了一個問答系統 eeggi,使用者可以在上面用自然語言問句,來尋找答案,有興趣的讀者可以在這邊觀看約4分鐘的DEMO。eeggi可以區分同義字,並且根據問句的上下文來判斷回傳的答案,並且會把語意上真正相關的結果整理在一起回傳。文章中還提到了eeggi會依照發現的繼承關係,自動套用相關的屬性,譬如說Mary是一位女孩,那麼女孩相關的屬性就會自動列入搜尋範圍。不過這卻也讓我想到了算是人工智慧裡面一個知識表達還算有名的問題。
這個問題是甚麼呢?首先我們先提一下古老以前亞里斯多德提出了一種邏輯推論法,叫做三段式論證。三段式論證舉個例子如下:
1. 人都會死 (Men are mortal.)
2. 拿破崙是個人 (Napoleon is a man.)
3. 所以拿破崙會死 (Napoleon is mortal.)
不知道各位是否看出三段式論證的規則了呢?就是第一行先論述一整個類別的性質,地行行列出某個事物屬於這個類別,第三行就是結論,也就是這個事物具有第一行類別提到的性質,或是說這個事物繼承了這個性質。
不過後來研究人工智慧的學者,喜孜孜地想要應用到知識表達的邏輯系統裡面的時候,卻發現有個反例,舉例如下: