QWERTY x Geoffrey

威龍闖天關：說好的續集呢？

2011-08-31T16:32:00.001+08:00

距離第一集上映已經超過兩個月了，原本說好「兩週」會解決的問題，看起來已經變成射後不理了。不過，這篇文章不是寫來抱怨什麼的，而是用來筆記一下從這個事件中學到的兩個法律見解。

（這篇真的是要談法律問題，不是寫來諷刺什麼事情的～）

第一個是在此案例中，我前一篇文章原本認為，Google所提供的15分鐘的試用機制，可以作為不適用第十九題郵購買賣的抗辯理由，因為已經提供足夠檢視商品的機會。

但是，這兩個月中，我所讀到的法律見解，全都自動加上了「交易成立前」這一個要件，也就是消費者檢視商品的機會，應該要發生在買賣契約成立前。我想了想，這樣是比較合乎現行法律對於買賣契約的體系，雖然還是覺得哪裡怪怪的～

第二點，則是我在寫第一篇文章時，並沒有發現到抗辯理由：「台北市政府在本案中，並非有權作出決定的主管機關」。

因為消保法第36條規定企業經營者提供之商品或服務，經調查認為確有損害消費者生命、身體、健康或財產，或確有損害之虞者，地方主管機關應命其限期改善、回收或銷燬，必要時並得命企業經營者立即停止該商品之設計、生產、製造、加工、輸入、經銷或服務之提供，或採取其他必要措施。但是說手機的應用軟體損害消費者生命、身體、健康或財產或有損害之虞，恐怕過於牽強。

參考資料：《社論－平議北市府裁罰Google事件 2011-07-17 工商時報》

威龍闖天關：葉狀師大戰Google姚大

2011-06-27T18:32:00.005+08:00

今天網路上最火熱的新聞，莫過於台北市政府槓上Google，Google不願意提供Android Market所謂的七天鑑賞期，台北市政府裁罰一百萬，Google也將付費App全部下架，台灣地區無法購買付費App。網路上兩派意見壁壘分明，有支持台北市政府的決定，認為是幫消費者爭取權益；也有反對的意見，認為此舉展露出當局對於新興網路產業特性的無知，結果將是兩敗俱傷且貽笑大方。

@smallufo 在 Twitter 上寫到：「身為 developer , 我不希望有鑑賞期。身為 end user，我希望鑑賞期越長越好…。真弔詭啊。」真是一語道盡我此時的心情。台北市政府大刀一揮，幫「弱勢」的消費者的爭取了權利，但在此同時，App開發者的權利又有誰能保護，又有誰能代為發聲呢？第一時間，嘆了聲氣，偷偷的慶幸敝公司的App還沒上架，暫時沒被這件事情掃到。但是越想越不對，尤其是對於對於台北市政府法規會葉慶元主委，在新聞稿中振振有詞的說著：「只有Google無視法律的規定，要求不被規範的特權，市府無法接受」這個論點，更是越看越不對味。

幾年前開始進入法律的領域，就透過部落格認識了以葉狀師（參見：http://blog.yam.com/philipy）自居的葉慶元主委。當年葉狀師為爭取限定繼承修法，在部落格上大聲疾呼，著實感受的到葉狀師作為一個法律人，熱血為弱勢爭取權益。但是在這次的事件中，明明對於消費者保護法第十九條的適用範圍，在法未明文的情況，甚至是違反一般通說的看法，做了擴張性的解釋，還振振有詞的指Google是「毫無疑問地違法」，即便是在維護公眾利益的大帽子下，也是做出了違反法治國基本精神的錯誤示範。

消費者保護法第十九條第一項是這樣規定的：「郵購或訪問買賣之消費者，對所收受之商品不願買受時，得於收受商品後七日內，退回商品或以書面通知企業經營者解除買賣契約，無須說明理由及負擔任何費用或價款。」而何謂郵購買賣，則規定於第二條第一項第十款。

第二條第一項第十款

郵購買賣：指企業經營者以廣播、電視、電話、傳真、型錄、報紙、雜誌、網際網路、傳單或其他類似之方法，使消費者未能檢視商品而與企業經營者所為之買賣。

因此，透過網路網路，「使消費者未能檢視商品而與企業經營者所為之買賣」，適用消費者護法第十九條的規定，享有七天無須說明理由及負擔任何費用或價款，退回商品或以書面通知企業經營者解除買賣契約的權利，基本上是沒有問題的。

但是，這裡的商品買賣，有區分「實體商品」或「非實體商品」嗎？這點正是爭議點所在。其實，這個疑問並不是在這次的事件，才第一次被提出。行政院消費者保護委員會，於中華民國九十二年三月二十五日，消保法字第○九二○○○○三九三號函中，即答覆了這個問題：「網站提供消費者付費下載數位軟體產品之交易，是否屬於消費者保護法第十九條規範之郵購買賣或訪問買賣？」

行政院消費者保護委員會的答覆是：「企業經營者提供網路交易時，以合理方式使消費者有機會於適當時間內得以檢視該等數位化商品者，才可認為其交易非屬本法所稱之郵購買賣」

也就是說，無論是「實體商品」或「非實體商品」，消費者是否能夠在適當時間內，得以檢視該商品，才是判斷是否適用的依據。也就是說，如果消費者能夠在適當時間檢視該商品，則不屬於第十九條七天退回商品解約的適用範圍。

在Google Android Market的這個案子中，由於Google已經提供了15分鐘的試用機制，所以應該討論的地方在於，這15分鐘是否足夠檢視商品，而不是直接以該法第十九條要求提供七天鑑賞期。即便，其他業者已經在台北市政府的壓力下，提供了所謂的七天鑑賞或退費機制，也不能據此將不合理的要求合理化。

新聞稿中提到「從PCHOME等本土ISP業者到Yahoo等國際ISP業者都已經遵循臺灣的法令辦理，此次向蘋果以及Google兩家手機應用軟體業者宣導，蘋果也接受市府的規範，只有Google無視法律的規定，要求不被規範的特權，市府無法接受」的論點，明顯的展現出一種民粹式的暴力，無視於各家業者提供的服務與試用方式不盡相同，台北市政府偷懶地不去使用，應行使的行政裁量權，去區分個案中實質的差異，只追求齊頭式的平等，以便展現出施政的魄力，以求討好民眾。這實在不是法律人應展現出的法律訓練與素養，也為法治精神做了錯誤的示範。

最後，很多網友都提到，台北市政府在這個案子中，似乎在向中國政府看齊，以打壓企業的方式，討好廣大民眾，甚至懷疑背後的動機。我寧願相信台北市政府的公務員與決策者，對於此事件出發點的善意，也不樂見這樣個事件發展成政治口水事件，或是國際外交事件。

但是，這個案子正提醒台灣政府中的公務員與決策者，如果希望台灣繼續維持民主與法治，別忘了掌握在手中的行政權力，並不適合向對岸一般，以強勢的作為對待人民，無論你把你的人民扣了一個什麼帽子，是奸商還是美帝強權。雖然人民有時展露出希望政府（行政權）的強勢作為，但這不代表可以逾越了法律保留的原則，違反法治的精神。如果一個追求正義的法律人，濫用法律，侵害人民權利，然後再讓人民透過法律途徑尋求正義，這樣的正義實在不算正義！而且，以正義為名，展現出魄力有作為的政府，著時令人不寒而慄，頭皮發麻！

後記：消費者保護法並非我的法律專業領域，對於消保法的解釋與見解如有錯誤，也歡迎先進前輩不吝指正。實在是有些觀點不吐不快，於是成文倉促，抒發己見。相關評論文責自負，也歡迎支持相同觀點的朋友自由轉載。

更新：2011/6/28 01:17 ，葉狀師的部落格自己貼了一篇對於這個事件的看法，已經去表達意見了，希望這那篇文章不會一覺醒來就消了。

更新2：http://ysl-paradise.blogspot.com/2011/06/app.html 、http://playpcesor.blogspot.com/2011/06/google.html 這兩篇文章與留言中，提供了許多開發者、使用者與法律方面的見解，可見關心這件事情的朋友還蠻多的，閱讀之後受益良多。

參考資料：

台北市政府新聞稿《Google停售付費APP 拒絕遵循臺灣法律臺北市重罰一百萬》

http://www.taipei.gov.tw/ct.asp?xItem=2041592&ctNode=5158&mp=100001

台北市政府新聞稿《蘋果電腦同意遵照臺灣法律保障手機APP消費者之退費權臺北市政府呼籲Google跟進不排除重罰》

http://www.taipei.gov.tw/ct.asp?xitem=2032539&CtNode=5158&mp=100001

行政院消費者保護委員會行政解釋彙編

http://www.cpc.gov.tw/CPCLaw.asp#19

劉南英老師《郵購買賣與消費者保護之探討》

數位出版時代的授權疑義：買一本書 = 玩線上遊戲 ?

2011-04-21T12:20:00.001+08:00

這是昨天聽 http://www.dpublishing.org.tw/2011/04/blog-post.html 演講後的心得：

電書出版與紙書出版，雖然都名為「出版」，但是一樣是把著作(物)由作者手上出發、經由出版社、經銷商到達消費者這一系列的「交易」過程，兩種出版方式，各自發生了一連串完全不同的法律關係。紙書出版的過程，基本上是由一連串的出版契約與買賣契約所組成，而電書的出版過程，則是一連串的授權契約。

很有意思的是，紙書出版過程中的法律關係，無論是出版契約或買賣契約，都 (已經)是民法上的典型契約；然而，數位出版過程的中所依賴法律關係，則全都是民法上沒有明文的非典型契約。這意味著兩件事情：

一、相較於紙書出版，數位出版過程中的產生法律爭議時，如果透過訴訟請法院做決定，對於法官來說，在缺少既有的學說或判例可供參照下，判決困難。因為對於法律(學)界來說，對於民法上的典型契約，基本上在學者畢生的精力鑽研，加上法院判決判例累積，已經成為一套綿密的體系，通常~~有自信地以為~~可以處理各式各樣的真實案件。

二、對於數位出版過程中的各方當事人來說，一系列法律關係都是非典型契約，也就表示了：必須重新學習與建立對於交易內涵的期待。特別是對消費者來說，原本「買」一本紙書，可以同時取得紙書本身（物權所有權），以及紙書的內容（著作權使用權）；如今「買」一本電書，卻只有取得內容（著作權使用權）。更何況，電書的DRM機制，造成的閱讀環境與期限的限制，內容使用權範圍相較於紙本，更是被大幅限縮，更不用說當DRM無法運作(平台業者暫停或中止服務)時，請求移妨害權利行使的困難。

舉例來說，如果消費者在電書平台上購買了十本教科書準備考試，如果在考試前一週，平台系統當機，無法閱讀電書內容，而影響考試成績，平台業者需要負什麼責任？如果消費者在一個平台上已經購買了上百本的書籍，以為可以作為自己畢生的收藏，然後平台業者宣布終止服務，平台業者需要負什麼責任？

數位出版中，消費者與平台業者的法律關係，如果如周老師演講中所提到的，類似現在網路遊戲中的EULA，那麼上述兩個例子，平台業者除了返還已經給付的月租費用外，其他責任均可透過EULA中的條款免責。但是，對於消費者來說，與「購買數位出版書籍」與「付費進行線上遊戲」，如果告訴他這兩件事情其實本質上是一樣的，能夠接受嗎？這需要花多久的時間教育使用者？還是，就別管他，等到使用者覺得自己受騙上當，拒絕接受這樣的模式，再來想辦法？

上面的案例，其實不是沒有解決方法，其中一個是採用 DRM Free 。不過，現在各大出版社，好像都打算採用請君入甕之計，請把消費者騙請進來再說？

buylocal.tw via Apps Geyser

2011-03-02T12:54:00.000+08:00

原本在寫 www.buylocal.tw 右上角的訂購系統，就在等這樣的服務：把 web/html 包裝成一個 app

然後看到 @bestguy 介紹：Apps Geyser 。啊～找到了，就是這個。

趕快來試試看：

Download our new Android App:

"Check out our new Android App buylocal.tw. Get it here http://www.appsgeyser.com/6256"

什麼時候才有 iOS 的呀？

Conora SDK on Windows (beta) : first look

2011-03-02T12:42:00.000+08:00

Conora SDK的網站上遍尋不到 Lua language 的 Programming Guide。

So start here, if your are new to Lua language:

Programming in Lua (first edition)

可以從這份文件快速掌握Lua的型別、保留字、logical and flow control 等...

然後針對API的相容性做了一些測試。

API compatibility test

Conora SDK on Windows (beta)

Version: 2.0.0 / Build: 2011.288

Device: Moto XT701, Android 2.1

updated: 2011/3/2

display object:
simulator and device both work great, amazing smooth!
audio playback/openAL:
simulator ..ok ; device ..doesn't work (neither in wav, mp3 format)
accelerometer:
simulator ..doesn't work ; device .. workable and smooth
orientation:
simulator and device both work fine
network.request:
neither simulator or device doesn't work
network.request:
simulator .. work ; device .. doesn't work
physics
simulator and device both work great, amazing smooth!
native Keyboard:
simulator ..doesn't work ; device .. even Chinese input method work normally
UTF-8 support:
simulator and device both work fine, but not in console (debug)

小心得:

雖然說 conrona SDK 號稱跨平台開發工具，但是 Windows 版只能 build Android App。要 Mac OS 版才能 build both iPhone/iPad/Android
除了要繳 conrona SDK 的年費(349USD / yr)外，上架 AppStore 和 Android Market 各需要 99 USD 年費，和 25 USD入會費(只收一次)
Footprint is still the BIG issue when you develop app on mobile device. 隨便放幾張圖、音效檔，然後build出來的東西就超過 3MB了。我的手機一直哀哀叫說記憶體空間不夠呀。moto 說好的 Android 2.2 呢？我要 app2sd...

近況更新

2010-05-27T16:13:00.002+08:00

太久沒寫部落格的結果，就是越來越不想寫...

近況是：手機和工作用的PC，都紛紛過保固了，希望可以撐久一點呀，最近沒什麼時間弄新機器...

其他的事情，有空再來寫...

颱風天的災情(誤)

2009-08-10T11:21:00.002+08:00

這幾天颱風來襲，外面風大雨大，電力和網路都變得很不穩定。加上選颱風天來湊熱鬧的入侵者，陽春的機房實在禁不起這樣的考驗，災情慘重。

掛了一台UPS(已經使用超過3年)、VNC的密碼被破(自己偷懶取太短)、機器被植入一堆木馬；正在一邊清木馬，一邊陸續把firewall上的filter建起來時，系統的管理者密碼竟就然被換掉了XD

決定砍掉重練... 整台機器離線重灌。還好資料備份完整沒有流失，只是花了許多時間再處理這樣的事情上，讓颱風天的心情很糟。

系統從昨天回復了之後，看起來暫時是拿回機器的主控權，也沒有再能進入系統了。不過firewall上還是一直有TCP SYN Flood 和 port scan 持續在攻擊中，看來這個IP已經成為目標了呀... 昨天晚上這台陽春的firewall一度被攻擊的不堪負荷，希望明後天會寄到的新firewall能更「有檔頭」。

日星鑄字行活版字體復刻計畫

2009-06-20T01:00:00.003+08:00

記錄一下，都沒在念書在忙什麼～

前一陣子毛遂自薦跑去參加這個計畫，還沒時間在部落格上介紹這個計畫，前天(6/18)中國時報的報導就已經刊出，介紹的蠻清楚的：日星復刻計畫：一個簡單夢想。

系統架構與字型資料的處理方式，晚一點有空再寫一篇說明。(GW)

黑糖饅頭、蔥花麵包、起酥肉鬆麵包、葡萄南瓜子麵包

2009-05-09T23:40:00.003+08:00

學會了寫一種程式語言，要再學另一種新的就很快，因為很多概念是相通的。例如，會了C++，再學Java、C#，就不會需要花太多時間。

做麵包大概也就是這麼一回事，以下是這個星期做的各種麵包（還有客串演出的黑糖饅頭）

▲黑糖饅頭－準備好要去蒸了

▲剛蒸好的饅頭(照片上看起來跟沒蒸的差不多)

▲照例由小晉安試吃，開心～

▲蔥花麵包

▲由小禹安試吃，還沒有牙齒只能吸吸吸～

▲起酥肉鬆麵包，太燙了還沒有辦法撥開拍肉鬆內餡

▲葡萄南瓜子麵包

那為什麼刑訴念完，念民訴就沒有變得很快←自言自語，冷～

紅豆麵包

2009-05-04T11:38:00.002+08:00

揉麵糰囉，要揉成一長條，再切成十二小塊，然後每小塊揉成小團包入紅豆餡：

從這裡學來的：

今天的成果，滿滿紅豆餡的紅豆麵包：

(好啦好啦，其實除了做麵包和蓋火車軌道，這一陣子還有再忙另一件事情啦，晚一點再PO上來..)

玩具-Tomy鐵道系列

2009-04-29T15:16:00.004+08:00

上週末趁著回台北開會的機會，繞了一下後車站太原路的玩具店，以幫晉安買禮物的名義，買了一些Tomy的鐵道零件。

Tomy的Plarail藍色軌道: http://www.takaratomy.co.jp/products/plarail/

然後，跟兒子一起玩了好幾天 :-)

成果一：把禹安放在旋轉火車塔

From 禹安成長日記

成果二：動物園+高架軌道+湯瑪士大混戰

麵包機+手揉大麵包

2009-04-20T08:42:00.002+08:00

第一次做大麵包，哥哥說：配方都是我加的，弟弟說：我是比例尺(設計對白)

昨天晚上，第一次把麵包機揉好的麵糰，照著Youtube影片依樣畫葫蘆(是的，是從Youtube上學來的)，把麵團揉成大圓麵包。

其實用麵包機做麵包已經有一段時間了，也試出了口感不錯的全麥牛奶麵包配方，但是，麵包機烤出來的麵包，總是一個長方形，而且，所加入的配料葡萄乾或乾果，大多會沉在麵包的下層。原本懶惰的我也不以為意，反正都是要吃下肚，什麼形狀都一樣...

然後，發生了一件事，然後，就想試試看揉成大圓形麵包吧... 然後，昨天晚上就試著烤了兩個(原本2磅的方形麵包配方，可以烤成兩個大圓麵包)。

圓型的有比較好吃嗎? (GW)

新登場！Google App Engine for Java

2009-04-08T15:44:00.003+08:00

剛剛看到這個消息(Seriously this time, the new language on App Engine: Java™)，前10000個sign up可以先試用這個新服務。

原本還在計畫要升級目前跑 Tomcat 吃力的電腦；或是找支援 Java 的 Hosting，現在天上掉下來新的選擇，看起來還真不錯。

晚一點deploy上去了，再來分享心得。(GW)

Google Calendar APIs 初體驗小心得

2009-03-25T11:45:00.004+08:00

昨天早上開始Survey文件，然後趁著小朋友睡了的晚上，把 Haliwali 上的月曆張貼功能寫完了。Google Data API實在是功能很強大、用法很簡單的API，缺點是說明文件不大齊全，不過大部分的問題網路上都可以找到解答。

應用的成品在此：Haliwali藝文聯播－花蓮藝文月曆
Canlendar API開發文件：Google Calendar APIs and Tools

小小心得：

原本要用Java版本的Library，但是用了之後發現兩個問題：
1. 要JRE 1.5，但是目前Tomcat底下跑的是1.4。雖然文件上已經寫得很清楚要JRE 1.5，不過還是硬著頭皮試，結果出現：Unsupported major.minor version 49.0。也就是說，在現有環境下，如果要用Java版的Google Data Library，就得 1) JDK 1.4自己編譯Library（還不一定能Compile過）或 2) 用retrotranslator 轉換已經編譯好的Jar檔。Retrotranslator的用法可以參考這篇文章的說明。
2. 從Google Code下載的gdata-java-client檔案中，包含了所有的Google Data API的jar檔，如果只要用Calender APIs，需要用到三個jar檔：gdata-client-1.0.jar、gdata-calendar-2.0.jar、gdata-core-1.0.jar(但是最後這個在Getting Started文件中沒有提到，是漏寫了還是我眼花？)
後來決定改用Javascript版的APIs，用的時候也遇到兩三個值得一記問題：
1. 在使用Google Data APIs 的頁面上，一定要包含有任何一圖片，才能讓API順利運作。（參考文件：Authenticating in a web client with AuthSub），不然會出現「An image of the same domain is required on this page for authenticated reads and all writes.」錯誤。
2. 如果要讀取/寫入某個使用者的「特定」月曆，要把Feed URI改成：https://www.google.com/calendar/feeds/<calendarid>/private/full 。可以從Google Canlendar的網頁設定介面中查到，例如：「Haliwali藝文聯播」的<calendarid>是kkbooks.tw_0nair9ka3n0np4ha4h8s2g2bbo@group.calendar.google.com。
3. 用來建立google.gdata.calendar.CalendarService 的 constructor 的參數<application's name>，文件上說是要用「companyName-applicationName-versionID」的格式，但是一直沒找到是要去哪裡申請或是註冊一個。不過後來發現，隨便寫一個就可以了。

最近怎麼都在寫程式？(GW)

忙東忙西的一個月：都跟web technology有關

2009-03-13T21:38:00.004+08:00

最近一個月，好幾件事情擠在一起，都跟web technology有關。

首先是幫忙架設一個網站，一個要能提供網路購物的網站。最後決定用 Joomla + VirtualMart 。小心得筆記：

1.網站架在 Mediatemple 。用 Mediatemple 的 {gs} 服務，一個月只要美金 20 元，真好，不但不用自己維護網路與硬體，還有 100GB 的空間，一個月 1TB 的流量，以及號稱 Clustered 的架構。支援php與mysql，還有當紅的Rails。這還不是 survey 到最便宜的 hosting ，不過太便宜的... 之前的經驗可能會不大好用。

2. Joomla 的功能真多真完整，擴充套件也多，而且一下子就架起來，遇到問題也能在網路上很快找到答案。好一陣子沒注意CMS的發展，原來已經這麼成熟了。(相信其他的CMS系統應該也發展到差不多的程度了吧)

3. Joomla 的 template，需付費和免費的相比之下，付費的template真是有質感又專業，而且價格不貴

4. VirtualMart 1.1.3 所內建的繁體中文語系檔，不但編碼錯誤，翻譯也是缺東缺西，大概有一半以上的訊息都沒有翻譯完... 只好自己動手...

然後，書店網站開始修修補補：
1. 調整在部落格頁面中，載入書籍資料的 javascript 。這裡原本一堆的timer，錯開 ajax 發出 request 的時間，不過在 browser 上一次用上太多個 settimeout() 好像會出問題。修改後用一個 queue 把要載入的書籍排好隊，再一一下載資料。

2. 把書籍的圖片送上 Amazon S3 ! 看到好多人在介紹用S3做CDN ，就也來試試看.. S3的收費方式，用多少算多少，沒有最低費用或月費，很適合來放目前流量不大，但是不知道多久的未來可能會有流量的書店網站。而且目前用低階硬體(P3等級PC一台) + 少少頻寬(4MB/1MB ADSL) + 低效能httpd(Tomcat, 沒辦法要寫jsp)，用來放一堆的書籍封面圖檔，跑起來有點吃力。

花了一天，就把所有的書籍圖檔都轉換到 S3 上了：先建立的S3帳號，然後用Firefox的一個擴充套件－FFS3 ，把原本的1000張圖檔先丟上去，然後修改網頁程式中的圖片路徑，就完成了一半了。然後用 jets3t 這個lib ，把原本後台管理功能中，上傳圖片的功能改寫，在圖檔縮圖完成後，用jets3t中的class/method把檔案送上S3，這樣以後新的圖檔也就會存在S3中。

以上，記錄一下這一個多月的寫程式工作...

裝了Picasa 3 + 更新網路相簿

2009-02-26T11:56:00.002+08:00

如標題。

Picasa3 增加了與 Picasa網路相簿同步的功能（之前只能進行照片上傳）。
整理了一下小朋友過去半年的照片，試試看這個新功能..

我的Picasa相簿

公共電視：公法人還是私法人?

2008-11-12T10:45:00.009+08:00

權利主體，依公共電視法所成立之「財團法人公共電視文化事業基金會」，根據該法第二條為財團法人，其具有法人之權能應無疑義。但究竟為「公法人」或「私法人」，則未明文規定於該法，學者間亦有不同見解。

(學者見解從略)

許宗力老師認為：「究竟是私法人或是公法人，在學理上具有相當的重要性。如果是私法人，該自身就具有相當強烈的自主性，但是公法人因為肩負公共任務，所以也算是一個行政主體，因此需要受到法律比較多的約束以及監督。是以，相關的定性也相當重要，所以不適合像過去的立法為了避免爭議而避談定性的問題，而應該在基準法當中就明定其屬性。」

而此篇部落格文章之所以提到這個問題，則是為了處理著作權法上第五十條的規定，對公共電視有無適用的問題。

著作權法第五十條規定，「以中央或地方機關或公法人之名義公開發表之著作，在合理範圍內，得重製、公開播送或公開傳輸。」如果公視為一公法人，適用於本條規定，則公視所播出之節目、所發行之出版品，應均可「在合理範圍內」重製、公開播送或公開傳輸。

所以，公視是一個公法人嗎？與其在這裡進行學說探討（其實已經有學者探討過了），還不如實際試試看好了：重製+公開傳輸一段公視新聞的內容[Youtube] 獨立書店求生存八家聯合通路 (2008-11-10)。如果有後續的消息，我會再貼上來讓大家知道。這也算是一種「實證研究」嗎？ :-)

圍「陳」之夜－拖了二十年，拜託修一下集會遊行法吧

2008-11-07T01:09:00.012+08:00

凌晨一點十分，圓山美術館外的鎮暴警察，啟動了灑水車，準備第三波驅離抗議民眾。

這幾天的抗議行動，隨著連日警察不擇手段地阻止各種形式的「嗆聲」，讓抗議主題，從「反對親中國政策」，變成了「捍衛言論與集會遊行自由」公視晚上的新聞，有這麼一則被許多有線電視台遺漏的新聞：另一種聲音抗議打壓言論自由，一群民間團體在行政院前，集會爭取民眾自由表達言論的權利，要求修改限縮集會遊行法。（文末有現場實況的轉播連結。）

集會遊行法？是那個跟警察玩舉牌子遊戲（遊戲規則：舉了第二次牌子後，要趕快跑掉）+兩人三腳遊戲（遊戲規則：只能兩個人走在一起，要小心別讓第三個人靠近）的法律嗎？不是民進黨執政前恨之入骨，在政黨輪替後，就應該修法或廢除了嗎？這讓身處邊陲，過著慵懶跟不上時事腳步的我，好奇了起來，上網查了一下資料，才知道這樣一部不合時宜、侵犯人權的法律，竟然存在於二十一世紀，號稱民主國家的台灣。

在孫窮理說說集會遊行法中提到：

「集遊法」的操作，產生一個重要的效果，那就是將人民與官方、資方的衝突，轉為人民與警方、法院的衝突，使得官方、資方因而解套；集會遊行為政治、經濟弱勢者，用自己的身體作為抗爭武器的手段，在「集遊法」的執行上，因此也充份顯現了政權的階級性格，警察、司法機關強勢介入，則破壞了這兩個體系應有的中立性，讓抗爭者窮於應付司法，更直接削弱了社會運動的力量，一般評論民進黨習慣以「收割、吸納」社會運動菁英、頭人進入體制的方式，對付社會運動，但「集遊法」則為其台灣政治威權性格的繼承與擴張。

這不正是這幾天這個抗爭場景的寫照嗎？無論抗議的訴求和主題是甚麼，只要透過「集遊法」，當政者（與不長進的媒體）即可把衝突轉化為「社會秩序維護 vs 失序」、「正義的警察 vs 作亂的抗議者」的衝突。總統馬英九上午在總統府的記者會上，就拿著集會遊行法作為擋箭牌「集會遊行一定要和平跟合法，如果不能做到和平，不能做到合法，警察就要保障合法，取締非法，這是任何一個法治國家所必須要做到的。」（總統府新聞稿）；台北市長郝龍斌也表示「警察在強大壓力下，能夠不流血，他們已經盡力了，他也予以肯定。」（肯定警察！郝龍斌籲民進黨：圍城要理性）原來，集會遊行法是一部這麼好用的法律，難怪這麼多年，歷經政黨輪替，還捨不得修。

從網路上的資料，更可以發現一件有趣的事情－－當年主張修法的政治人物，時光飛逝、日換星移，今日都正巧位居了令人覺得諷刺的位置。2006年7月18日，賴幸媛（不分區）在立法院舉辦集會遊行法公聽會，主張應立即修法(新聞連結)。她當時大概沒想到昨天會以陸委會主委的身分，被抗議群眾包圍在晶華酒店。更早在1988年「集遊法」制定之初，當時為立法委員的吳淑珍認為：「集遊法是假借『保障』集會遊行之名，行『限制』集會遊行之實，不符合憲法第二十三條之比例原則，應屬違憲」(參考)。十二年後她先生當選總統，換了位置順便換了腦袋，這部違憲的法律依然還是執政者合用的好幫手。

凌晨兩點，警方的驅離行動成功，新聞字幕打出：「優勢警力，嗆聲民眾散。」「道路淨空」

抗議活動落幕，城市又回復平靜。

那集會遊行法呢？會不會等到台灣成為特區了，再度改名，成為「台灣特區集會遊行法」？反正中華人民共和國的憲法，也保障人民「言论、出版、集会、结社、游行、示威的自由」（第三十五條），到時候還可以繼續這二十年的法律違憲主張呀。

相關連結：
說說集會遊行法 — 孫窮理：寫的真好，回顧「集遊法」的歷史脈絡，一針見血的指出集遊法的（結構性）問題，想了解「集遊法」的問題，推薦從這篇開始。

集遊惡法修法聯盟的部落格

集會遊行法修法方向建議報告

廢業青年日記：反集遊惡法行政院抗爭現場直播

台灣人，你要怎樣的民主生活？(11/07 補充)

比被說「賣台」還糟(11/07 補充)

颱風天, 迎接家中的新成員誕生!

2008-09-29T15:26:00.004+08:00

禹安出生

在颱風天裡,迎接家中第二個小寶寶。

弟弟的哭聲比較秀氣,一下子沒吸到奶,也不像哥哥一般放聲大哭,而是小小聲的啜泣。飽足了就靜靜的睡著,或是微張眼睛,試著尋找跟他說話的爸爸媽媽。

注視竇寶的小小臉龐,不免幻想這個小生命,未來會成為什麼樣的一個人呢? 個性溫和圓潤不擅與人溝通? 還是個性外向活潑交友廣闊?喜歡狗還是喜歡貓? 喜歡吃飯還是麵? 會成為工程師還是老師呢?

說到對孩子的期望, 要淡然處之到「做個個不危害社會的人即可」, 卓實不大容易。當了爸爸之後, 才真能體會, 一代一代間所延續的,不只是基因與生命, 更有待人接物的價值觀, 以及未及實現的人生夢想。做為父母, 總是在對孩子的期望中,
不自覺地參雜了自己的價值觀和人生夢想。但是, 正如連生物基因都可能會突燮, 每個新生命不都是具有獨特性格與可能性的個體嗎?原來要真正參透人生道理, 才能對自己的孩子許下「做個不危害社會的人」的期許吧!

願天下的孩子都平安長大, 都成為不危害社會的人。而我們做父母的, 只能期許自自, 盡力讓這裡成為一個更好的環境, a better place for them。

JSPWiki 2.6.4 的新功能與中文相容性測試（內附繁體中文化步驟說明）

2008-09-24T03:26:00.005+08:00

雖然目前的最新版是 2.8.x (beta)，不過還是先把網站升級到 2.6.4 這個 stable版本吧。

而且 2.8.x 開始以 JSE 5.0 為基礎，無法在 JDK 1.4 上跑了。為了不影響同一台機器上，其他工作中的網站程式（都是在1.4上開發的），就先升級到這個版本囉，所以這篇文章中所提到的中文化的相關工作，都只是適用於 2.6.4 這個版本。（至於 2.8.x 也要中文化？短時間內大概也沒時間弄吧。）

之前網站用的是 2.0.x 版本的JSPWiki。從 2.0.x -> 2.6.x ，各式各樣的功能大幅增加，畢竟兩年多的時間了。

~~吃飽沒事幹想不開，~~升級系統的主要原因，是因為原本的 2.0.x 的 security 功能很陽春，加上完全不設限制，讓任何人都可以自由編輯文章，這幾個月一直被疑似SEO的系統張貼垃圾文章，拖慢系統速度（有一篇竟然貼了一千多個版本）。因此，希望利用新版中的使用者管理功能，讓只有登入的使用者能夠修改文章。

從 2.0.x 到 2.6.4版本，目前我覺得比較重要的新功能，包括了：使用者權限的管理、對文章的評註(comment)功能、支援 inline 的 css，支援 ajax 的即時搜尋框，支援WYSIWYG文字編輯器（fckeditor，需額外的設定），以及可以使用skin的預設template。其他的功能還有：審核文章編輯（選用，預設為關閉）、多種 wiki style 的區塊框....

這個版本的多國語言UTF8支援算是很健全了。只要兩個步驟

1) 在jspwiki.properties 中設定為使用 UTF8 編碼，

2) 然後到 Tomcat 的sever.xml中，在中增加 URIEncoding="UTF-8" 屬性（從這裡參考來的）系統就可正常的處理中文標題與內文，~~以及中文的附件~~，也相容於原本在 2.0.x 中所建立中文資料。

(2008/9/24 UPDATE ) 中文檔名的附件檔案，可以在瀏覽器中開啟瀏覽（例如: 範例圖片.jpg），但如果是瀏覽器無法處理，需要另存檔案，則無法下載（例如：範例文件.doc）。這個好像跟之前的問題一樣，有空再來處裡看看。

中文搜尋的功能，內附的lucene版本也就可以處理得很好，不需要額外修正。

而系統中的訊息顯示，2.6.4 中的訊息顯示使用 jstl 的 message tag。所release的package中，
已經包含有簡體中文的 resource bundle。我以該檔案為基礎，參考英文的版本，製作了繁體中文的訊息檔案，只要將該 jar 檔放到WEB_INF/lib 中，然後在 [jspwiki home]/WEB_INF/web.xml
中，指定使用的語系：

<context-param>
<param-name>javax.servlet.jsp.jstl.fmt.locale</param-name>
<param-value>zh_TW</param-value>

即可以繁體中文顯示 JSPWiki 功能選單以及系統訊息囉。

中文語系檔 for 2.6.4 我已經上傳到JSPWiki的網站(http://www.jspwiki.org/wiki/ContributedLocalizations)，也可以在這裡下載：jspwiki_2.6.4_lang_pack_zh_TW.jar

如果翻譯上有錯誤或用語奇怪的地方，也可以告訴我來修改。

* * *

BTW，如果要使用fckeditor，還需要額外的安裝步驟
http://www.jspwiki.org/wiki/HowToManuallyIntegrateFCKEditor

而 mediaplayer 的 plugin，經測試也可以正常運作，
http://www.jspwiki.org/wiki/MediaPlayerPlugin

再次開放中文的sandbox測試，除非又有蓄意破壞..
http://sandbox.ecoast.idv.tw/wiki

升級了 Tomcat 和 JSPWiki 的版本(屬於半夜的工作)

2008-09-24T02:26:00.003+08:00

為了安裝新版的JSPWiki 2.6.4，需要 Servlet 2.4版。於是今天半夜將原本 4.1.37 版的 Tomcat，更新至 5.5.27 版。（奇怪的是，JSPWiki的README文件中只說要2.3版，但是我在原本的Tomcat 4.1.37 上跑不起來，而log中丟出了訊息中說需要Serlet2.4版。剛剛在網站上又看到說 2.6需要Serlet2.4）

雖然 Tomcat 最新的版本為6.x，但是6.x版需要JSE 5.0，連原本在用的1.4版的JRE都得一起更換掉，風險有點大，為了讓機器上所有的服務都能正常運作，還是別一次更新這麼多 middleware 好了；而且，接下來幾個月，寶寶出生之後，還有好多事情要忙呢。

在staging 上測試的結果，從 Tomcat 4.x -> 5.x ，只把 server.xml 改好（直接丟舊版的不行用），webapps丟進去，原本寫的程式都可以順利執行。除了JSPWiki 2.6.4還有中文化的問題要處理（見下篇），還有原本裝在 common/lib 下JAF 的 activation.jar 要記得補回去（這是javamail要用的）

由於已經事先在 staging 的機器上模擬過，升級系統還算順利，還可以一邊幫失落的奧德賽練功...
希望明天上午，機器上的每個網站，都別出甚麼問題才好。(GW)

迎接新寶寶之寶寶命名程式v3

2008-09-14T01:08:00.006+08:00

隨著第二個寶寶即將誕生，趁著一天又一天的颱風假，把寶寶命名程式重新改版。

新的版本中，採用了 ajax 來讀取與搜尋字庫。從前一版上線至今的兩年時間，由網路上的朋友們共同建立的字庫，已經超過一千字，如果不透過搜尋而是採用原有的分頁方式，選字時一定會眼花...

新版的程式也(早該)改用UTF8編碼，簡體與正體中文可以併行顯示。

新版的程式也採用了基於wiki精神的方式，任何人都可以編輯字庫，並且在這個版本中，加入了修編記錄的功能，能夠快速的回溯至任一版本。

寶寶命名程式第三版

(GW)

大王菜舖子網路訂菜系統-asw framework及其他

2008-09-02T11:24:00.006+08:00

如果想要玩玩看，可以連到 http://www.buylocal.tw

當然，由於系統已經正式上線了，你所輸入的資料，都會被當成「真的」要訂菜喔。為了避免菜舖子工作人員的困擾，測試資料請不要在最後一步時，按下「送出訂單」！

而這個訂菜程式，好玩的地方在於，我試著做了一個 framework，名為： asw framework -- ajax sliding wizard framework 。這個framework正如其名，是一個利用 javascript, ajax 做的，具有滑動效果的設定精靈界面。

由於要把網路訂菜功能「附身」在部落格上，一開始在設計時，決定不得不採用，~~令人討厭的~~「彈出式視窗」。而無名小站對於網頁上的javascript管制甚多（好像已經是全面禁用了），所以採用的workaround，是用一個連結，將網頁導向含有 window.open() 的 html，跳出視窗。然後在跳出視窗後，利用 history.back() 回到原來網頁。這樣看起來就好像是在原本的網頁中，使用了跳出視窗。（好像繞口令..）

而彈出式視窗中，設計時覺得採用step by step的輸入介面，應該蠻適合訂菜系統。但是一般的做法，用一頁頁的網頁來實做，在每一步載入網頁的時候，總會覺得不大流暢。加上iPhone所帶來的滑動界面效果風潮，讓我想說如果以ajax的方式，各頁都在使用者按下「下一步」時，才以httpRequest載入，再加上一點滑動視覺效果，使用起來一定會流暢許多。

既然要這樣子做，就想說應該把功能與內容抽離，做成一個小小的framework，以便未來運用在其他的地方。在這個framework中，負責處理操作視窗中「上一步」與「下一步」的動作。除了呈現滑動的效果外，最重要的工作，就是以 httpRequest向server要下一頁的資料(xml格式)，然後create一個新node (div)，把要顯示內容(xml中的一段html)丟進入。而每一頁的xml檔案中，還記有該頁中有哪些element id，是當使用者完成所有資料輸入後，要submit出去的。

總而言之，由framework負責處理wizard的行為，而wizard中的每一頁則是個別的xml檔案。

寫到這裡，就會發現，其實原本只要用一個html form就可以完成的訂菜程式，好像生出太多的東西了。

這個framework完全以 javascript 完成，雖然訂菜系統的應用中，存取資料庫的網頁是以jsp撰寫，但是並不影響其他語言使用此 framework。

目前測試過，在 IE6, 7 , Firefox 2, Safari 上均可正常運作。 Firefox 3 有資料送出的編碼問題，待~~3.0.2~~3.0.4 更新後應該也可以正常運作。

由於訂菜系統才剛上線，陸續仍有許多bug回報與修復中，此framework暫時無法release完整的package與文件（其實也沒有任何說明文件存在，只有手寫的設計草稿）。而且，我對於javascript的語法尚不熟悉，程式碼寫的很醜，還需要一點時間重新寫過，才會想要正式release出來。（不過，所有的code都在 js 檔中，如果有人有興趣，應該可以容易的自行取用）

* * *

其實這個網路訂菜的介面，只是整個訂菜系統的一小部分。
系統主要的功能，在於負責客戶與訂購的資料管理。

不過目前系統已經正式運作中，後台的部分就沒辦法提供試玩了，不過可以看看圖：

紙片簡報－初次試作

2008-08-28T23:53:00.003+08:00

原本只是需要一段簡單的影片，介紹一下壽豐鄉的地理與景色。

但是腦海中不由自主的浮現，之前所看過的紙片簡報；想說做起來應該很好玩，於是，就利用這個機會，試著做做看。

但是，實際上做起來，比想像中困難的多，尤其是要把一張張紙片剪下來，然後再依序貼到白板上，實在很花時間。而且，紙片上的圖案與字體大小，不是很容易掌握－－這一次印出來的尺寸有點小，讓影片中的文字閱讀起來有點困難。

而且，這次用雙面膠來黏貼紙片，從白板上撕下來後，紙片就沒辦法重複使用了耶。因為黏性強，一不小心就撕破了，不然就是把紙片弄地皺皺的。紙片無法重複使用，就意味著－－只有一次的拍攝機會！如果要重拍某個片段，就得再印出新的紙片....

總之，下次可能會改成直接把紙片平放在桌面上，而不是貼在白板上。

下面是這次花了三個工作天（包含資料蒐集與腳本設計），趕工出來的紙片簡報～效果普普，還有很大的改進空間。

觀賞簡報－壽豐鄉簡介(for WHO Safe Community Promotion Program)

成為一個父親，一家人

2008-08-11T23:13:00.010+08:00

很少（應該是不曾）在部落格上寫到與家人和孩子的相處心情。

「家」，實在不是個容易的主題。就像龍應台在她的書中寫到：「當場被讀者問倒的情況不多，但是不久前，一個問題使我在一千多人面前，突然支吾，不知所云。他問的是：『家，是什麼？』」（龍應台《寒色》）

這兩天晚上在讀這本散文集《目送》，書中盡是遙遙人生路上，似乎仍在另一頭，若隱若現地微弱光影。「我慢慢地、慢慢地了解到，所謂的父女母子一場，只不過意味著，你和他的緣份就是在今生今世不斷地在目送他的背影漸行漸遠。」龍應台娓娓寫到兒子的離、父親的老與逝。「你站在小路的這一端，看著他逐漸消失在小路轉彎的地方，而且，他用背影默默告訴你：不必追。」（龍應台《目送》）

窺探著前頭若隱若現的不捨、憂鬱和寂寞，讓我不禁想到上個月來到書店演講的Bubu蔡穎卿。「只有非常幸福的人，才能在愛裡相遇，做為親子，或為手足，成為伴侶，識為知己」，Bubu在部落格上寫下這句幸福滿溢的句子。如同看Bubu的書，聽她的演講，在她每一則與孩子家人共處的小故事中，都感受到的幸福的溫度－－用心經營的親子關係所帶來的溫暖。相較於路那頭的幽冷，這頭的喧暖顯得分外珍貴。(GW)

附記：沒有忘記幫書店做個小廣告。點選以下連結，就可以快速訂購這幾本書喔：

我想訂凱風卡瑪架上的龍應台作品

我也想訂凱風卡瑪架上的Bubu蔡穎卿作品