此篇文章原載於自由軟體鑄造場網站上的「法律專欄」。感謝林誠夏對於本文所給予的撰寫建議。
~~~~~~~~~~ 本文開始 ~~~~~~~~~~
商業公司將自由開源軟體做為營利產品或是服務內容已經不是新聞，而隨著商業化程度的加深，這些商業化應用的自由開源軟體也開始在授權條款方面出現變化，其中最常見的變化是在既有的開源模式之外，加上不同的授權選擇，雙重授權模式（註一）就是一個典型而著名的例子，這種模式讓使用者可以在自由開源授權與商業授權之間做選擇，以符合其不同的需求，同時也維持了商用自由開源軟體的多重目的。不過除了雙重授權模式之外，還有一種因應嚴格授權拘束性（License Inheritance，註二）而附加的「例外許可條款」（以下簡稱「例外條款」），讓使用者在應用 GPL 類元件產生衍生程式之後，有著為衍生程式選擇非 GPL 類授權方式的可能性，同時也維持商用自由開源軟體的多重目的。
授權說明：本文章採用CC-BY-NC-SA 3.0 unported條款授權。
======
【我愛lativ】
我是從2011年開始網購lativ[1]的衣服，也就是在lativ已經開始大賣之後，才因為同事的介紹以及網路廣告的吸引，而去逛lativ網站。買過一次之後，我就迷上了lativ設計簡單卻又價格實惠的風格，這簡直就是Giordano的低價版[2]，可是選擇更多樣、更齊全。從此我展開了那一段忠貞的lativ網購歲月。
此篇文章原載於自由軟體鑄造場網站上的「法律專欄」。
~~~~~~~~~~ 本文開始 ~~~~~~~~~~
經過這二、三十年的發展，自由開源軟體 (Free and Open Source Software, FOSS) 在品質與數量上面均有大幅度的成長，近年來更是大舉被產業界取來進行商業利用，也因此被應用的層面愈來愈廣，但對於傳統上僅熟悉私有軟體 (proprietary software) 授權模式的商業公司而言，初接觸自由開源軟體不免會引發各式各樣的問題與困擾，例如：「是否可以在終端產品中嵌入自由開源軟體進行商業販售？」、「是否作為內部開發工具就沒有延申要提供程式原始碼 (Source Code) 的問題？」、「如何讓工程師快速了解授權內容，從第一線開始避免侵權利用？」。在國內，有些公司已設有專職人員來研究與處理上述的相關問題，不過就筆者所知，這樣的公司目前仍是少數，大部份的狀況是，面臨到自由開源軟體授權問題與困擾的產品工程師，必須肩負起閱讀授權條款、釐清授權義務規定、回覆客戶相關問題，以及研究如何實踐授權義務、讓客戶安心等等的責任，這使得工程師在原本的產品開發與既定的管理工作之外，又增加了研讀艱澀授權條文的工作，而可能導致心力分散、處於不堪負荷的狀態。這樣的現象挑戰著商業公司的管理階層：如何在內部深化應用自由開源軟體的同時，又能夠同步降低可能產生的風險與困擾？因應這樣的轉變與問題，國外許多公司均制定有自由開源軟體產品應用的管理流程，讓員工在利用自由開源軟體元件加速產品開發的同時，有一套制式的流程可以遵循，不過這樣的觀念在國內仍屬少見，因此本文將介紹一個簡化版的自由開源軟體核准流程，作為商業管理流程的範例，藉此向讀者說明善用管理流程所可能發揮的功效。
授權說明：本文章採用CC-BY-NC-SA 3.0 unported條款授權。
======
由於看了瑞典版的「直搗蜂窩的女孩 (Luftslottet som sprängdes)」電影之後，非常喜歡，所以我開始看千禧年三部曲的小說。
由於非常喜歡瑞典版的「直搗蜂窩的女孩」，因此我抱著蠻高的期待來閱讀千禧三部曲小說。不過剛開始讀第一部「龍紋身的女孩」時有點小失望，因為小說的人物太過龐雜，作者花了許多篇幅來介紹這些人物與相關的歷史背景，對我來說這些資訊實在很硬、不好消化，所以閱讀到一半之後，才開始覺得這部小說很吸引人。
希望這篇文章可以幫助到想要了解如何面對侵權警告的人，進而在未來可以正確合法地利用自由軟體。此外，文章架構雖然是與Lucien一起討論出來的，不過Lucien才是主筆，我只有負責部份的潤飾工作而已，因此第一作者是Lucien。
++++++++++++++++ 文章開始 ++++++++++++++++
自由開源軟體雖然可以被自由地修改與散布，但其仍然是受到著作權保護的客體，所以若是使用者的利用方式不符合其授權條款所預設的遊戲規則，嚴重時仍然會引發後續的司法訴訟與糾紛。然而、其實許多爭端在開始時仍然具有溝通協商的空間與可能性，本文主要便是就自由開源軟體被不當利用時，所可能收受到的警告信內容來進行披露，並對後續的處理方式，做一個概念的引導及處理流程的建議。
授權說明：本文章採用CC-BY-NC-SA 3.0 unported條款授權。
======
最近生活中多了項新的樂趣：紅酒。不過我不是專家，就連「愛」好者也不敢自稱，因為以我的開始喜歡喝紅酒的短暫時間以及對於紅酒的認識，只能算是剛入門的喜好者而已。
由於來自拘謹的軍人家庭，所以對於這些印象中屬於享樂的酒精飲料沒有什麼接觸的機會，而在大學時期還有過被灌到吐與起酒疹的紀錄，再加上目睹友人在工作社交場合被人勸酒、灌酒的狀況，所以即使留學期間是在以啤酒聞名於世的德國 [1]，我對於喝酒這件事情仍是敬而遠之，喝酒對我來說幾乎是與爛醉、縱情享樂、給人添麻煩畫上等號。
閱讀全文〈紅酒-生活中的新樂趣〉
授權說明：本文章採用CC-BY-NC-SA 3.0 unported條款授權。
======
這是一部警示電影，透過六個真實的故事，來描述與地球溫室效應相關的人物與事件。
交錯呈現的故事，沒有華麗裝飾，卻深入而赤裸地描繪出人類的自私如何造成溫室效應、如何墨守成規、不願採取改善措施，進而最後走上自我毀滅的道路。
很好的一部電影。若是想要從情感上激發他人重視溫室效應的話，這是一部十分推薦的電影。
介紹 Florence 與 Lucien 在 COSCUP2011 演講「自由軟體授權資訊的標示與SPDX」的內容，同時有簡報、文章的下載連結。
授權說明：本文章採用CC-BY-NC-SA 3.0 unported條款授權。
======
今年的 COSCUP2011 跟 Lucien 進行了一場演講，講題是「自由軟體授權資訊的標示與SPDX」，談的是基本卻非常重要的軟體授權資訊的標示問題，以及介紹 SPDX (Software Package Data Exchange) 這個計畫所制定的規格書。
由於自由軟體容許使用者修改與散布，因此許多開發者都會利用既有的自由軟體元件，來加速專案的開發時程。不過在取得快速開發優勢的同時，卻產生了不少元件 授權狀態衝突與違反授權規定的問題。這些問題的根源之一在於，許多自由軟體的授權標示方式與內容並不友善：資訊可能藏在網站或檔案的某個角落，難以搜尋取 得，即使找到，其中的文字也可能過於簡略，無法讓開發者全面理解到元件中所有的授權內容。因此從去年開始以 Linux Foundation 為首的自由軟體推動組織發起了 SPDX (Software Package Data Exchange) 計畫，希望透過建立自由軟體授權標準資訊的方式，減輕目前標示不清所產生的問題，進而讓自由軟體的利 用更為便捷。目前 SPDX 計畫的產出已經略具規模，開放源碼促進會 (Open Source Initiative, OSI) 也根據這個計畫的內容，修改了網站上面授權條款的標示。因此本場次將會介紹目前常見的自由軟體標示方式、說明過往產生的相關問題，並針對 SPDX 計畫的內容做概要介紹，作為國內社群與廠商開發與利用自由軟體時參考之用。
授權說明：本文章採用CC-BY-NC-SA 3.0 unported條款授權。
======
AGPL-3.0的第13條是與GPL-3.0唯一不同的地方，原文如下：
13. Remote Network Interaction; Use with the GNU General Public License.
授權說明：本文章採用CC-BY-NC-SA 3.0 unported條款授權。
======
在我的aNobii書櫃評論上，我給予這本書五顆星。我其實原本想要給4.5顆星，不過由於aNobii的評論制度沒有半顆星的給法，所以我就四捨五入地給了這本書五顆滿滿的星星。
「趣味盎然、顛覆傳統 」是我給這本書的評語
閱讀全文〈琥珀望遠鏡 (The Amber Spyglass)〉