應 OpenLab Taipei 的朋友之約，在共玩二號分享了一份非常久之前的活動，在 2006 年底到 2007 年初的 PORTA2030 工作坊經驗。試著借用 rainfrog 的評論文字，知道無論如何大約二、三十分鐘的時間，大約無法涵蓋所有的可能角度。因此，此次只能從軟體開發者的角度進行探討，想了解此次工作坊中軟體開發與設計的經驗，以及所謂「跨領域」的合作經驗。
本來跨領域這塊的探討，想丟給當初負責主要溝通的 macpaul 來談，沒想到他居然再趕來演講的路上出了車禍。因此我只好就我所知的部份進行分享。演講錄影應該很快可以在 Youtube 上看到。 演講一開始我便澄清自己並不是數位藝術家，認真要談數位藝術或裝置藝術的經驗，大概就是之前作過手機與自動販賣機的整合。本段分享是從軟體開發者的角度出發，分析這場所謂的數位藝術或行動藝術的參與。
我必須承認，現在看來，這是一個幼稚且不成熟的展出。從一無所知展覽的形式與支持方式開始，到中途才驚覺其實自己是被展示的物件。用心搭建了一座只有軟體開發者看得懂的巴別塔 (費心翻譯打造的 trac 專案管理系統)，註定了軟體開發與服裝設計兩組人馬的溝通隔閡，缺乏跨界溝通的經驗與技巧，兩方持續成平行線前進直到結束。若當初能有更成熟的引導溝通方式，或許最後會呈現出不同的作品。不過這整件事還是為自己累積了相當的經驗，無論是技術上或是心智上的進展。
OpenLab.Taipei #2 PORTA2030
演講結束後，又跟李駿聊了一番，談到藝術創作者與軟體開發者的差異性。他說 – 創作者的出發點可能只是一個小小的 LED 開關切換，逐漸的發想到各種可能的情境，是由上而下的正三角形。而軟體工程師的思維可能是先發想龐大的可能性，而逐漸收斂成一個規格明確的目的，是由上而下的倒三角形。我倒是認為就新軟體的發展與創新，軟體開發者或所謂 hacker 跟藝術家是一樣的熱於嘗試的，沒有太大差異，差別在於軟體開發者習慣追求一個可以預測的需求目標，而藝術創作者追尋的是模糊的感官經驗。
這種思考習慣，完全會會影響創作的方向與欣賞的態度。就像阿怪所厭惡的「藝術家」，我也一直到現在都無法領會眾多其實只是燈泡開關的裝置意義何在，倒是對以諷刺為出發點得行動藝術或與文化議題掛勾的藝術形式相當喜愛。
就像當初 pingooo 提了洪水的故事情境，PORA2030 的假想情境有一部分是基於發生災難的狀態，在災難發生，通訊系統全毀時的應對措施。雖然說在這種危及的時候，傳統常使用短波業餘無線電或無線對講機來通信，但由於技術的問題，速度與可用性無法因應災區臨時需要傳送數位資訊的需求，若可以臨時搭建一個 IP 網路系統那麼災區就可以更容易的與救災中心交換資訊。事實上，有其他人也想過類似的狀態，如美國的安全專家 W. David Stephenson 就建議可以採用 CUWiN 社群的 Mesh Network 開機光碟。(影片: 21st century disaster tips you won’t hear from officials)
當時的想法是除了透過臨時搭設的 IP 網路系統，除了便利救災人員與總部交換資訊外，若救災人員上攜帶具無線網路功能的行動裝置，也可以透過行動裝置傳送個人資料如經緯度、語音、文字、圖片訊息到指揮團隊。pingooo 當時的意見是可以搭配 Sahana [...]

這是連續第三年上台在 COSCUP 分享 OpenWRT 相關的經驗，前兩年談得是基本的使用、或是稍微進階一點修改韌體給一兩百人的研討會使用，稍微還帶到一點技術。
今年的分享，試著想要切合研討會的「Open source friendly hardware platform」的連續議程的主題，切成兩部份，一部分是 OpenWRT 偏商業應用與分析，分析過去一年來在網通市場的生態系統中，不同層面的廠商各用了甚麽樣的策略與方法去應用 OpenWRT 這套開源的系統，並且對業務與市場可以有甚麽樣的幫助。第二部份，則請在網通代工廠工作的 macpaul ，分享從網通廠工程師的角度，以 OpenWRT 做開發的實務整合經驗與效能結果。
我的簡報可於此下載，macpaul 的部份可於此觀看。全程演講之錄影也已經上線。有任何問題，歡迎與我聯絡，或留言於此。更歡迎在網通產業的前輩給予指教，特別是國內網通廠或 SoC 晶片廠對 OpenWRT 的態度與看法。
This is my third time to share my experience on OpenWRT project at COSCUP. The last two year I have shared the basic usage and software framework of OpenWRT, and also my experience [...]

本週末即是一年一度的開源人年會，記得去年陸續辦過 OSDC, Blog BoF, COSCUP,  2008 文化與科技國際博覽會 (Culture Mondo Network) 等。有時成功、偶爾失敗，但是大多失敗的問題都是頻寬不足，像是 Blog BoF 第一次只用 8M/640K Hinet ADSL 寬頻，碰到大流量的 Y!Live 視訊就被衝爆了，雖然 Y!Live 已經收掉了，但是現在 High-definition video 的視訊串流網站也已經變得相當普及，萬一演講太無趣，大家都上線看 Youtube *誤* 那也很有機會爆掉。
記得 2008 文化與科技國際博覽會，在展場與主會議廳各拉一條中華 10M 光纖，使用上倒是沒有甚麽大問題，倒是因為 WiFi 的流量限制較嚴格，某些聽眾想即時上傳視訊影片到外部網站，造成了一些問題。剩下的一般網路瀏覽、Skype、讓 im.tv 做即時視訊轉播，又再現場同時開兩台播出都沒有大問題。(當然也可能是因為這個博覽會的聽眾比較不需要即時網路)
今年四月的時候，又當了一次 OSDC 的義工。今年 OSDC 的是使用台灣微軟的會議室七樓會議室 (對，參加開放原始碼軟體研討會，卻在小便斗上看到微軟的催眠文宣貼紙，的確有點奇特的趣味)，這次雖提早去了一次場勘，但是礙於政策或麻煩等種種問題，微軟只能提供分別於內部網路外的一條 2M/256K 的中華電信 ADSL 線路，對於我們所提供會有大量的使用者上網的需求，相關人員露出了納悶與不解的神情，直說其實大部分微軟的聽眾都自備 3G 搞定啊，為何需要額外架設無線網路。且若要使用現成無線網路，尚需要額外申請大量帳號。於是，就在半脫半就的狀況下用了 2M/256K 的線路提供大約兩百餘聽眾的會場網路。
下場當然不會太好看。頭一天是 Tutorial， 因為人數不多，因此網路頻寬的流量使用率還好。但是驚爆一個問題，原來接進會議室的上游是一台 D-Link 的 DI-704P 寬頻路由器 [...]

如果你也常常使用 Thunderbird / Icedove 作為電子郵件書寫工具，並時常需要與外國朋友聯絡，大概也會碰到跟我一樣的問題。就是回信的時候，在信件引言開頭所寫得誰誰誰在何時何刻寫了甚麽，你若使用中文語系環境，這些日期跟提醒文字都會變成中文。
跟同語系的朋友聯絡倒是沒有問題，問題在於非中文語系對他們而言，這些無法顯示的字眼實在非常困擾，而且也略顯不禮貌。最好是能夠改成英文系顯示。這項需求的設定已經被收錄在 mozillaZine 與 ThunderBird 的技巧說明網站。
調整的方式非常容易，你可以在 user.js 中加入以下設定，就可以客製化回信時所使用的引言標頭。
// http://www.mozilla.org/support/thunderbird/tips#beh_replyheader
// http://kb.mozillazine.org/Reply_header_settings

user_pref(“mailnews.reply_header_locale”, “en-US”);

// Change the reply header
// 0 – No Reply-Text
// 1 – “[Author] wrote:”
// 2 – “On [date] [author] wrote:”
// 3 – User-defined reply header. Use the prefs below in conjunction with this:
user_pref(“mailnews.reply_header_type”, 3);

// If you set 3 for the pref above then [...]