The Old Blog Archive (Traditional Chinese), 2004-2009

Archive for the 'tekhnologia 技術或者藝術' Category

Ruby Tuesday: 5/15 星期二 20:00 在 OP

又到了每雙週一次的 Ruby Tuesday。這一次的 Ruby Tuesday 我打算介紹 gem 的包裝方式,主要是利用Dr. Nic寫的newgem generator來大幅簡化gem的包裝工作。我會介紹ObjectiveFlickr的包裝過程,並計劃在當天實際打包另一個可做為gem的module,來發布到RubyForge上。

先前有朋友問到,在新竹舉辦,實在太遠的問題。嗯,我以一個長到這麼大都一直住台北的人的立場,新竹的確是稍遠了些。不過地理學上有所謂的「空間輻合」(space convergence,應該是這麼講沒錯吧,我的地理學已經生鏽了),其中一個意思是說,因為兩城市間有便利且頻繁的交通,使得空間距離上比較遠的兩地,反而實際上所費的總交通時間,比介於其中的鄉鎮要少。台北到新竹,不管是坐火車,或從台北車站附近搭客運,都可以很快到新竹車站一帶,而從新竹車站步行約 15-20 分鐘就可以到 OP 了。以先前的舉辦經驗,只要在 22:00-22:30 左右告一段落,搭接近末班車回台北後,要搭到近末班的捷運也是沒問題的。

地點一樣是在新竹的OPCafé。到時見!

Cocoa Tuesday: 星期二5/8 20:00在OP

又到了每雙週二的Cocoa Tuesday。今次的Cocoa Tuesday,我計劃簡單介紹關於Objective-C、一點 Cocoa 的歷史,以及 Foundation classes (NSObject, NSArray, NSDictionary 等諸 NS* 開頭的 class) 的簡單用法。

地點一樣是在新竹市的無線網路免錢的有很多漫畫和小白兔唱片最重要還有咖啡好喝及隱藏菜單的OPCafé

五年一度的documenta、德國Kassel開催

因為讀到一篇關於實踐大學講師曾御欽的報導,才驚覺今年正好又是五年一度documenta開催年。1997年夏天我在布萊梅混了一個月,結果竟然沒抽空去。那一年幾乎每一班德國高速列車ICE車身都漆上了documenta X(當年是第十屆)字樣,其做為歐洲藝術盛事可見一斑。

雖然歐元貴得離譜,不過今年還有另一項和技術有關的盛會也在德國辦。不知道去得成去不成,先在這裡記一筆,當成是目標吧。

Ruby Tuesday: 5/1 20:00在OP

這一週的 Ruby Tuesday,我們來討論「每次都得重寫的 login component」,以及可能的幾種解痛之法。另外從 login component 似乎也見微知著。Ruby on Rails 雖然很熱,Rails wiki 的狀態、幾個「關鍵 plug-in」遲遲跟不上 Rails 本體更新速度等事,似乎也挺令人擔心的。歡迎大家屆時到 OPCafé 坐坐。:)

OpenVanilla on YouTube

From this blog.

該來修一修老 bug、包裝新版輸入法模組、整理程式碼、文件、網站、進行改版的工作了。:)

Ruby Tuesday: 2007/4/17 20:00在OP

Update: 感謝諸位朋友參與。:) 這次 Ruby Tuesday 主要還是以介紹 Localization plug-in 為主,也稍微碰了一下 Ajax scaffold,還有推薦了一下 Apple 自家這篇小而美的 Rails tutorial。下一次 Ruby Tuesday 將於 5/1 日(星期二)於同一地點舉行。分享的題目暫定為「永遠都在重寫重裝的 login system」。

先前提議的 Ruby Tuesday ,明天(2007年4月17日,星期二)晚上八點在新竹 OPCafé舉辦。唔,說舉辦或開催有點太嚴肅了,其實就是大家有興趣的話,到 OP 喝喝咖啡、吃吃點心,然後聊聊 Ruby 有關的事。

我的話這次會分享一下 Ruby/Rails 的 l10n ,簡單介紹一下目前自己用 Localization plug-in 以及 gettext 兩種套件的心得,與優劣比較。如果時間還夠的話,也許還能順便提一些 ActiveRecord 的 l10n 技巧。

到時見囉。

TW黑客鬆2007結束

黑客鬆(hackathon)的原文是指 hacking + marathon ,「hacking馬拉松」,主要型態是一群人聚在一起寫程式,尤其是小團隊式的或極限式的(exterme)的程式寫作。不過一直松會累,要多鬆才會辦得久,故名黑客鬆(見舊文有作一偈作解)。

今年的TW黑客鬆於4月12至4月13兩天在南海藝廊舉行,還有OP的移動城堡提供飲料和豪華的食物。這次各分組的題目包括了 embedded AJAX、YASA web service、 真售票系統、TRAC ticketing web service以及我先前提及的Flickr API emulation layer。

Flickr API emulation layer這次有ihowerjiinggodfat的鼎力相助,目前已經有了初步雛型。我們並成功將FlickrBoothScreenSavr這兩套程式[1],換用到我們自建的Flickr模擬層,可以上傳照片和看照片。

因為是原型,當然有很多粗糙的地方。ihower和jiing預定在星期天的OSDC.tw lightening talk上發表成果[2],有興趣的朋友歡迎藉時共襄盛舉。

附註 1 :為什麼是這兩套程式?因為他們都用ObjectiveFlickr,所以我可以知道他們用了哪些API call,知道該優先模擬那幾種API method(e.g. 透過換用API lib的debug version) XD

附註 2:我今年無法與會。

今日金句:On Duck Typing

On 2007-04-10T02:19:06+0800, Lukhnos D. Liu wrote:
> Never learned Python so couldn't say anything. Sort of
> recalled the time when someone said polymorphism could
> be translated into 有教無類 ...

Thanks for the remembrance.  I now know the distinction
between ad-hoc polymorphism and parametric polymorphism,
and wonder how it can be translated.

I guess duck typing is 鴨子聽雷.

From Dr. Shan.

置入行銷:4/17 的 Ruby Tuesday, 4/24 的 Cocoa Tuesday

hlb 在 HappyDesigner 上有提,每週四 OP Café 要辦小型的 meet-up。我也有個想法,想於每週二在 OP Café 輪流就我所知道的 Ruby 和 Cocoa 兩個主題,輪辦 Ruby Tuesday 和 Cocoa Tuesday (Ruby Tuesday 的傳統源自 The Rolling Stones)。

因為 OP 4/3至4/13 公休(註),所以我想第一次在 OP 辦 Ruby Tuesday 的話,就選個 4/17 ,至於 Cocoa Tuesday 就選在 4/24 好了。

註:OP Café 於 4/12-13 兩天,因為 Coding Jam 的關係,全店移至台北開催。還沒機會在新竹 OP 的人,歡迎利用那兩天前來。:p

為Coding Jam 2007的宣傳開個頭

jam |jam| noun. (also jam session) an informal gathering of musicians improvising together, esp. in jazz or blues

–New Oxford American Dictionary

今年在OSDC.tw正式議程開始前兩天,有一場coding jam,我自己暫且譯為「程式隨興創作會」。這個活動的構想來自b6s,他想為今年Wikimania 2007的Hacking Days預先熱身,同時想在台灣辦公開的coding jam活動一直是我們的理想。

這次的Coding jam預定在4月12日、13日兩日舉行,地點快要決定了。活動進行兩個整天,大體上就是大家帶電腦來,針對某幾個事前帶來的材料,一起烹煮出程式,然後公開發布出去。

這一次的創作主題是 “web API” ,這個概念隨著因為(咳,所謂) “web 2.0″ 和 “mash-up” 而流行了起來。在技術上則是有 Flickr, delicious, Google Earth 這一些著名網站服務,打響、也證明了 web API 的價值(註)。

簡單地說,web API 是一套「可程式化的介面」,讓一個網站不再只是單純只能用瀏覽器來開啟、觀看、使用的服務,而變成了「可以拿來寫程式的東西」(”programmable web“)。就拿 Flickr 來說,沒有 web API 的 Flickr 其實只是個單純的相片分享網站(當然,是個頂級的相片分享網站),但是 Flickr 因為有 web API ,因而有了各種 3rd party 的上傳程式、有自動換桌面的程式、有螢幕保護程式、有各種奇怪的圖片或圖表產生網站、以及諸如像Moo一類的名片印製服務…… Flickr 儼然創造了某種「軟體鏈」(software chain, 如同產業鏈),也就是某種軟體的生態系,而這些又直接為 Flickr 的使用者帶來便利、創造價值──同時讓 Flickr 拉大與競爭對手的距離。

今年的 coding jam, b6s和我在想,除了推廣「web API的使用」──除了當人家web API的「消費者」外,我們還更想邀請有興趣的朋友,來提供新的web API──亦即轉變身份,來當web API的「生產者」。我們認為,如果大家身旁有更多能互通的網站(interoperable service),甚至把原來沒有web API的服務也套上一道中間層──例如為「教育部國語辭典」生一套web API,那麼我們說不定能為更多人帶來便利,同時也為網站創造價值。

我自己因為前陣子撰寫了Objective-C用的Flickr API library (ObjectiveFlickr),因而開始對Flickr產生了濃厚的興趣。這一定程度上限制了我的視野,不過說來Flickr真的是個有趣的網站。他們的大工程師Cal Henderson在一份2004的投影片上提到「什麼是Flickr?」時,很直接地說,Flickr是「分享照片」和「公開的API」──而Flickr的frontend本身就是自家API的消費者。同時Flickr對於規劃API的細膩──從身份認證、同時提供桌面軟體/web/手機的應用,到API key管理、流量監控、與開發者的交流,這中間有許多值得我們學來用的地方。

Coding jam圍繞在 “web API” 上,並不代表一定要圍繞在「Flickr的web API上」──我僅僅是就我參與這次活動,所準備的主題,以及我有興趣的方向,來舉例說明web API所可能帶來的好處。

跟這活動有關的消息,b6s和我會陸續更新。在此先起個頭。我今年想在coding jam上做的主題,免不了一定會跟 Flickr 有關。如果有朋友也對 Flickr API 的相關生產/消費/中介有興趣,歡迎到時候參加我這一組的 jam :)

註:當然這絕不是什麼新鮮的概念了。”Web service”的概念存在多時,有許多我並不熟悉的概念或通行的業界作法,諸如SOAP, WSDL, SOA等等。不過以Amazon來說(Flickr似乎也是),據稱2003年時85%的Amazon API消費者都使用REST式的API來存取服務。晚近在資料傳送上,則有以JSON取代XML的趨勢。

« Prev - Next »