{%hackmd @bobchao/slide-style %} <span class="card"> Press '?' for help. </span> Note: # [以投影片模式檢視](https://hackmd.io/@bobchao/what-is-open-ocf-2019) 背景圖片: https://unsplash.com/photos/9uX5cX1l3bw --- # Open<span class="fragment">?</span> Note: 到底你說的「開放」是什麼意思？ * 免費給你用就是開放嗎？ * 原始碼給看就是開放嗎？ * 接受別人補綴就是開放嗎？ --- <!-- .slide: data-background="https://images.unsplash.com/photo-1481277542470-605612bd2d61" data-background-size="cover" data-background-opacity="0.5" --> # ==WHAT IS OPEN?== # 5 min <!-- .element: data-timer="299" --> Note: 背景圖片: https://unsplash.com/photos/5i0GnoTTjSE What is open? 語言這個東西是很模糊的，即使有字典，我們都不見得真能對某個詞彙有明確的定義。 我也想聽聽你的想法，這也可能影響我們等下的內容。畢竟即使類似的題目我已經講了數次，每次重新準備時都還是有新的學習與體驗。 （五分鐘？） --- <!-- .slide: data-background="https://images.unsplash.com/photo-1481277542470-605612bd2d61" data-background-size="cover" data-background-opacity="0.5" --> # ==WHAT IS OPEN,<br>ANYWAY?== Note: 不論你贊成或不贊成剛剛的每個論點，我們可能這時都可以肯定：每個人心中的「開放」並不相同。 那好，我們立刻發現「什麼叫開放」這個題目太困難了。改個題目好了。 --- <!-- .slide: data-background="https://images.unsplash.com/photo-1481277542470-605612bd2d61" data-background-size="cover" data-background-opacity="0.5" --> # ==WHAT IS OPEN<br><small>(as in open source,)</small><br>ANYWAY?== Note: 現在這樣的題目可能更能聚焦一點，我們來聊聊對「開放源碼」來說，什麼是開放。畢竟當代這股開放資料、開放政府、開放拉哩拉雜的根源，其實是來自於開放源碼。 --- <!-- .slide: data-background-iframe="https://opendefinition.org/od/2.1/zh-tw/" data-background-opacity="0.5" --> <span class="fragment card">當知識是<strong class="fragment highlight-blue">任何人</strong>都可以<strong class="fragment highlight-blue">自由存取、使用、修改，以及分享</strong>，且最多僅受限於<strong class="fragment highlight-blue">註引出處</strong>及<strong class="fragment highlight-blue">保持開放的尺度</strong>時，它才是開放的</span> Note: 為了清楚界定我們所謂的「開放」，英國的開放知識基金會提供了一份定義，跟開放源碼是同一路線，所以我們也常用這個定義。 這份文件裡對於我們所謂的開放有詳細的界定，但簡而言之是一句： 開放的知識，是任何人都可以自由存取、使用、修改，以及分享，且最多僅受限於註引出處及保持開放的尺度。 但為什麼這就是我們的「開放」？說到底還是源自於自由軟體運動。 --- # 自由軟體 Free Software Note: 自由軟體運動 1983 年就發起了，也許比在場很多人年紀都還要大。這個運動主要專注於「自由」兩個字，強調軟體不應阻擋人類的交流，因此都該具備四種自由： --- # 四大自由 ## <span class="fragment">使用</span> <span class="fragment">研究</span> <span class="fragment">散佈</span> <span class="fragment">改良</span> Note: 這四種自由看起來並不難懂，不過中間還是有些經常被大家誤解的地方。就好像機器人三法則看起來好像牢不可摧，但中間的邏輯問題還可以拿來寫成故事拍成電影一樣。 --- <!-- .slide: data-transition="concave" -->  Note: 原作 ITDOG，以 CC:BY-SA 釋出 https://www.facebook.com/itdogcom/photos/pcb.1346617245506668/1346608425507550/?type=3&theater --- <!-- .slide: data-transition="concave" -->  Note: 這是使用的自由 --- <!-- .slide: data-transition="concave" -->  Note: 這是研究、修改的自由 --- <!-- .slide: data-transition="concave" -->  Note: 這是散佈的自由。不過嚴格講起來，散佈的自由代表你可以散佈原本的版本，不一定要改過後才能散佈。 --- <!-- .slide: data-transition="concave" -->  Note: 這是改良的自由，重點在於能散佈改良後的版本，讓別人手上的軟體也獲得改良 這四種自由看起來並不難懂，不過中間還是有些經常被大家誤解的地方。就好像機器人三法則看起來好像牢不可摧，但中間的邏輯問題還可以拿來寫成故事拍成電影一樣。 1. 機器人不得傷害人類，或坐視人類受到傷害； 2. 除非違背第一法則，否則機器人必須服從人類命令； 3. 除非違背第一或第二法則，否則機器人必須保護自己。 --- <!-- .slide: data-transition="zoom-in" --> # 自由小學堂 ### 「可能屬於自由軟體」？請舉手！ <!-- .element: class="fragment" --> Note: 那為了確保大家真的都了解，接下來就讓我們進入自由小學堂的時間！ --- <!-- .slide: class="popquestion" data-transition="slide-out" --> # 狀況一 <div> 🤔 某軟體售價新臺幣 200,000 元，<span class="fragment">消費者購買後可以取得原始碼並修改、散佈之，</span><span class="fragment">沒有其他限制。</span> ☝️ 自由軟體可以收費<!-- .element: class="fragment answer"--> </div><!-- .element: class="question fragment"--> Note: 甚至，你買了以後要賣出去也可以，價格亦不限。GPL 限制價格的部分是限制「使用者擁有目的程式後，不得收取高價才讓使用者取得原始碼。」 --- <!-- .slide: class="popquestion" data-transition="slide-out" --> # 狀況二 <div> 🤔 某軟體可免費在網路上下載，<span class="fragment">且於網站一併提供原始碼。</span><span class="fragment">作者僅有一個條件：</span><span class="fragment">此軟體不可用在壞事上。</span> ☝️ 其實違反了「為任何目的而使用」的自由<!-- .element: class="fragment answer"--> </div><!-- .element: class="question fragment"--> --- <!-- .slide: class="popquestion" data-transition="slide-out" --> # 狀況三 <div> 🤔 某超商找了間公司外包撰寫軟體，<span class="fragment">契約上聲明該超商在取得軟體時，</span><span class="fragment">日後可以依據隨付的原始碼編修改良軟體，</span><span class="fragment">原始軟體與修改成果皆僅限該超商使用。</span> ☝️ 雖然可以改原始碼，但這樣就沒有散佈的自由了<!-- .element: class="fragment answer"--> </div><!-- .element: class="question fragment"--> --- <!-- .slide: class="popquestion" data-transition="slide-out" --> # 狀況四 <div> 🤔 某軟體售價 1,998 元，網站上不提供原始碼，<span class="fragment">消費者在購買後會從寄送的軟體光碟中獲得隨附的原始碼。</span><span class="fragment">小強還沒有這套軟體，寫信去給該廠商索取原始碼，</span><span class="fragment">但該廠商不願給予。</span> ☝️ 還是有可能是自由軟體，規則上是「擁有軟體的人，必須有研究自由」<!-- .element: class="fragment answer"--> </div><!-- .element: class="question fragment"--> --- # <span class="fragment highlight-green">自由</span>軟體 Note: 經由這四題，我想我們應該大略的表明了自由軟體「注重自由」的想法。他真正在意的其實不是什麼「共創共享」啦、「追求至善」啦等等的東西。 在意的就是自由。而這份自由，RMS 自己曾經提到 > if I like a program I must share it with other people who like it. --- # 私權軟體 Note: RMS 認為自由軟體主要的敵人是「私權軟體」，這邊所謂的「權」大致上是著作權，或說智慧財產權。 --- # 所有權<br>保護 Note: 智慧財產權是一種保護著作人權益的法律。以台灣的狀況來說，你一旦創作完畢就有著作權，不需要額外去登記。 --- # 專屬使用權 Note: （從這裡開始，[有錄影](https://www.youtube.com/watch?v=Rzr51LxS26Q)） 這條法律保護作者對於著作有許許多多的專屬使用權，像是公開演出、公開播送、公開展示... 等等 --- # 鼓勵 Note: 目的本來是為了鼓勵創作，讓創作者有所得，同時在一定期間後就成為公共財讓大家都可以用。這本來是好事一樁，不過總有人會想要更多，我們來看一段影片 --- <!-- .slide: data-background-iframe="https://www.youtube.com/embed/-Q0q38Pjkn0" data-background-interactive="true" --> Note: 影片請見： https://www.youtube.com/watch?v=-Q0q38Pjkn0 --- # 過頭？ --- # 創意 <span style="color:yellow">並非</span> 無中生有 --- <!-- .slide: data-background="#BF3819" --> feature #1 # 歡迎補綴 你行你來啊<!-- .element: class="fragment"--> --- <!-- .slide: data-background="#BF3819" --> feature #2 # 避免重工 站在巨人的肩膀上 --- <!-- .slide: data-background="#BF3819" --> feature #3 # 及早釋出 Release early, release often. --- <!-- .slide: data-background="#BF3819" --> feature #4 # 常有分合 fork me if you can --- <!-- .slide: data-background="#2479B6" --> attitude #1 # 以小搏大 Open, by design. --- <!-- .slide: data-background="#2479B6" --> attitude #2 # 放下自我 成功不必在我，甚至不必是我發起的 <span>反正我都可以用</span><!-- .element: class="fragment"--> --- <!-- .slide: class="principles" data-background="#616E77" data-transition="slide-out"--> 教堂與市集 格言錄 #1 <h1 class="fragment">好軟體起源於<br><span>開發者</span>的<span>切身之痛</span></h1> --- <!-- .slide: class="principles" data-background="#616E77" data-transition="slide" data-background-transition="none"--> 教堂與市集 格言錄 #2 # 開發老手知道<br>該<span>找哪些程式來改</span> (重複利用) <!-- .element: class="fragment"--> --- <!-- .slide: class="principles" data-background="#616E77" data-transition="slide" data-background-transition="none"--> 教堂與市集 格言錄 #5 # 不再有趣時，<br><span>最後職責</span>是<br>找能勝任者交棒 <!-- .element: class="fragment"--> --- <!-- .slide: class="principles" data-background="#616E77" data-transition="slide" data-background-transition="none"--> 教堂與市集 格言錄 #8 # 臭蟲難逃眾人法眼<!-- .element: class="fragment"--> --- <!-- .slide: class="principles" data-background="#616E77" data-transition="slide" data-background-transition="none"--> 教堂與市集 格言錄 #19 ## 若領頭者擁有網路般良好溝通工具，又能不用強迫的方式領導， <!-- .element: class="fragment"--> <h1 class="fragment">那麼<span>多人定比一人好</span></h1> --- <!-- .slide: data-transition="slide-out"--> # 公眾授權元素 --- <!-- .slide: data-transition="slide"--> ## 通常有... * 授與不論目的的使用權<!-- .element: class="fragment fade-in-then-semi-out"--> * 授與修改權<!-- .element: class="fragment fade-in-then-semi-out"--> * 授與散佈權<!-- .element: class="fragment"--> Note: 這邊就是對應四大自由（使用、研究、散佈、改良），其中「改良」的自由其實是以修改權直接含括了、而以軟體來說要能修改你也必定能夠「研究」（檢視原始碼）。 一般來說授權條款裡都會明確寫出你可以做這些事，也甚至有一些[超開放的授權條款](http://www.wtfpl.net/txt/copying/)直接寫明了「你想幹嘛就幹嘛」來一口氣涵括全部。 > 0. You just DO WHAT THE FUCK YOU WANT TO. --- <!-- .slide: data-transition="slide"--> ## 或許有... * 標註出處<!-- .element: class="fragment fade-in-then-semi-out"--> * 要求相同方式分享（Copyleft）<!-- .element: class="fragment fade-in-then-semi-out"--> * 強調不含商標<!-- .element: class="fragment"--> Note: 有幾項元素也算常見，像是學術圈內一定很強調的「標註出處」，讓大家知道這個作品源自於何處，另一方面如果要回頭找尋更多 context 也能循線而上。 以及，帶有傳教性質、比較積極的「Copyleft」型態，會要求修改後的作品於散佈時必須以一模一樣的授權條款釋出讓大眾使用。我有看過網路上人家說這種條款「鴨霸」，個人倒是不這麼認為 -- 那就是種選擇而已，你要不要選擇很積極地傳遞這份想法。 「不含商標」指的有幾種可能，像是授權範圍不含商標所以商標你就不可以拿去用，或者更進一步會強調你不可以用相同的名字來稱呼「修改後的版本」。比方說用 Firefox 原始碼改過的瀏覽器，不可以再稱呼為 Firefox。 --- <!-- .slide: data-transition="slide"--> ## 也可能... * 強調貢獻時授與專利<!-- .element: class="fragment fade-in-then-semi-out"--> * 限制硬體檢查<!-- .element: class="fragment"--> Note: 還有些更複雜的東西也可能在裡頭，像是為了避免有人貢獻的時候刻意加入自己擁有的專利、而導致整份軟體落入專利風險的狀況，會強調貢獻時授予專利權 或是說，有些硬體在販售時其中的軟體雖然是自由軟體，但一旦修改就會被硬體檢查機制偵測出來而不讓你執行。為了避免這種情況，也有些條款會加入相關限制。等等等等。 開放文化的世界裡有各種授權，由於在場大部分應該不是軟體從業人員，所以我想舉一個比較通用型的公眾授權條款為例 --- <!-- .slide: data-background="darkred" data-transition="slide"--> # 創用 CC ## Creative Commons --- <div class="imgs4"> <div class="img fragment">  <p>姓名標示</p> </div> <div class="img fragment">  <p>相同方式分享</p> </div> <div class="img fragment">  <p>非商業性</p> </div> <div class="img fragment">  <p>禁止改作</p> </div> </div> Note: 以四種不同元素，幫助創作者依據自己的意向明確表達希望授與大眾怎樣的權利。 --- <!-- .slide: data-background-iframe="https://www.youtube.com/embed/tbXfOSuXKGk" data-background-interactive="true" --> Note: [這部片真是歷久彌新](https://www.youtube.com/watch?v=tbXfOSuXKGk)，最原始的版本是 2006 年由澳洲 CC 製作，後來中研院的台灣創用CC計畫重新製作為中文版，到現在我們也還在用，而且確實也講得蠻簡單的。那我們來複習一下。 --- <div class="imgs4"> <div class="img">  <p>姓名標示</p> </div> <div class="img">  <p>相同方式分享</p> </div> <div class="img">  <p>非商業性</p> </div> <div class="img">  <p>禁止改作</p> </div> </div> Note: 四個元素，排列組合好像有點多？大家只要記得兩個原則就好： --- # 一定要標示姓名  --- # 這兩個感情不好   Note: 畢竟一個是能改作、另一個是不能改作 --- # 六種組合 | 開放 | | | | | 限制 | | :----: | ---- | ---- | ---- | ---- | :----: | | <!-- .element: class="fragment"--> | <!-- .element: class="fragment"--> | <!-- .element: class="fragment"--> | <!-- .element: class="fragment"--> | <!-- .element: class="fragment"--> | <!-- .element: class="fragment"--> | --- 開放的知識，是任何人都可以自由存取、使用、修改，以及分享，且最多僅受限於註引出處及保持開放的尺度。<!-- .element: class="fragment fade-up" data-fragment-index="1"-->     <!-- .element: class="fragment fade-out" data-fragment-index="3"-->   <!-- .element: class="fragment fade-out" data-fragment-index="2"--> Note: 剛剛的開放定義還記得嗎？「開放的知識，是任何人都可以自由存取、使用、修改，以及分享，且最多僅受限於註引出處及保持開放的尺度。」那麼，這六種裡，哪些符合開放定義？ 分享一定有、註引出處也是必備要求，不過「修改」顯然就要淘汰一些。 自由存取沒問題，這邊兩個「相同方式分享」屬於「保持開放的尺度」，但不限目的的「使用」又要再刪除兩個。所以只有這兩個被認可為是「開放」的授權條款。同時，他們也都符合四大自由：使用、研究、散佈、改良。 當然，即使你用了限制最多的「姓名標示-非商業性-禁止改作」條款，都還是將部份權利授與大眾了，怎麼樣都比「保留所有權利」好一點 --- # Some rignts reserverd. Note: 所以有的時候，創用CC的授權標示也會伴隨「保留部分權利」這句話一起出現。 --- # 授權的相容與承繼 Note: 這邊要介紹另一個重要觀念，是授權的相容與承繼。直接來看幾個例子。 ---  :point_right: <!-- .element: class="fragment"--> :ok_hand: <!-- .element: class="fragment"--> Note: 假設我想把別人某個用創用CC的作品加以修改，修改完的成本也想用創用CC釋出。 「姓名標示」的作品，改完以後能不能用「姓名標示-非商業性」釋出呢？ 可以的，雖然是權利的限縮。 ---  :point_right: <!-- .element: class="fragment"--> :no_good: <!-- .element: class="fragment"--> Note: 「姓名標示-非商業性-相同方式分享」的作品，改完以後能不能用「姓名標示-非商業性」釋出呢？ 不行，已經說了「用相同方式分享」了。 ---  :point_right: <!-- .element: class="fragment"--> :no_good: <!-- .element: class="fragment"--> Note: 「姓名標示-非商業性」的作品，改完以後能不能用「姓名標示-禁止改作」釋出呢？ 不行，「非商業性」會影響後手的條件。 ---  :point_right: :no_entry_sign:<!-- .element: class="fragment"--> Note: 「姓名標示-禁止改作」的作品的話呢？ 門都沒有，已經禁止改作了，自然沒有再授權的機會。 ---  +  ? :no_good: <!-- .element: class="fragment"--> Note: 換個方式：我能不能混合「姓名標示-相同方式分享」及「姓名標示-非商業性」的作品，成為新作品？ 不行，已經說了「用相同方式分享」了，後手就沒機會加上「非商業性」。這邊就是授權相容性的問題。 --- # 合理使用 Note: 不過以上的可以或不可以，都與合理使用無關喔！合理使用是法律保護創意流通的方式，在一定程度內讓你仍然能使用他人著作而免於受罰，不過這邊我們就不討論細節。 以上是以創用 CC 為例，介紹所謂「公眾授權」涵括的一些元素及議題。 --- <!-- .slide: data-background="https://blog.mozilla.org/wp-content/uploads/2018/05/OpenSource_Archetypes_Report-1400x770.jpg" data-background-size="contain" --> <div class="card fragment"> * 開源對組織的好處 * 多種開源模式研究<!-- .element: class="fragment"--> * 公眾授權條款概要<!-- .element: class="fragment"--> </div> --- # 開源用途 Note: BTW 如果是 RMS 他會一直ㄍㄞ說「自由就是唯一的重點」，或許他是對的，but anyway... --- ## 名譽 * 讓內部成員走路有風<!-- .element: class="fragment fade-in-then-semi-out"--> * 為了你產品的名譽<!-- .element: class="fragment fade-in-then-semi-out"--> * 為了你品牌的名譽<!-- .element: class="fragment"--> --- ## 產品面 * 廣泛接觸使用者<!-- .element: class="fragment fade-in-then-semi-out"--> * 增強品質<!-- .element: class="fragment"--> --- ## 人才 * 吸引開發社群<!-- .element: class="fragment fade-in-then-semi-out"--> * 儲備人才庫<!-- .element: class="fragment"--> --- ## 市場策略 * 引領標準（公訂標準或產業標準）<!-- .element: class="fragment fade-in-then-semi-out"--> * 站穩流程透明度<!-- .element: class="fragment fade-in-then-semi-out"--> * 降低使用者風險、搶佔市場<!-- .element: class="fragment fade-in-then-semi-out"--> * 在特定領域搶佔先機<!-- .element: class="fragment fade-in-then-semi-out"--> * 觀察夥伴（或競爭者）的策略與目標<!-- .element: class="fragment fade-in-then-semi-out"--> * 建立與夥伴間的合作框架<!-- .element: class="fragment"--> --- # 十大典型 --- # B2B Android, Chromium<!-- .element: class="fragment"--> Note: * 一家獨大主控 * 內部版本永遠跑得快很多（對個體貢獻者不那麼有利） * 想要無所不在（通常不會要求 copyleft 授權） * 極富市場策略性 --- # 共同基礎 Open Stack, Kubernetes (K8s)<!-- .element: class="fragment"--> Note: * 多家共同主控（委員會） * 因商業需求而存在，互相節省力氣。也許各自還搭配開發其他私權軟體。 * 也因商業需求，可能牽涉時間等等因素，個體貢獻者也比較難參與 * 會打造出「業界標準」 --- # 受控的生態系 WordPress, Drupal<!-- .element: class="fragment"--> Note: * 很多人參與，但獨尊「仁慈的獨裁者」 * 利用套件、外掛等機制產生生態系 --- # 上游基石 OpenSSL, WebKit<!-- .element: class="fragment"--> Note: * 成為其他軟體的基礎（通常就不會 Copyleft） * 母以子貴，有磁吸效應吸引更多人採用，從而獲得投入 --- # 專精領域 libmp4, libssl<!-- .element: class="fragment"--> Note: * 基礎、專精的東西 * 「自己搞一套」通常不會比較好（規格都訂完了） * 門檻高，並非人人都有能力予以貢獻 --- # 值得信賴的夥伴 MongoDB<!-- .element: class="fragment"--> Note: * 主要價值來自於「不是私權軟體」、較不會有 vendor-lock-in 的問題 * 通常還是操控在一家公司手上，該公司可能另外提供商業服務 * 常用 copyleft 來避免他人另起爐灶 --- # 敲.開.放. Rust<!-- .element: class="fragment"--> Note: * 長遠的專案，尋求長久且深入的社群參與 * 因此也願意付出更多培養新人 * 比起高速開發來說，穩定性或許更重要 * 共識決為多，當然也可能是投票 * 對於受眾也同樣是技術人的情況來說比較容易發展這樣的模式 --- # 志向遠大 Signal<!-- .element: class="fragment"--> Note: * 通常有人砸錢，想要做大事 * 想要快速吸引支持，一開始通常有一小支全職的團隊，也就比較難加入貢獻 --- # 菜市場 Firefox, LibreOffice<!-- .element: class="fragment"--> Note: * 大量的一般使用者 * 人多嘴雜，需要比較明確的使用研究來決定方向 * 由使用者互助 --- # 渣渣 Note: * 也許只是放出來沒有承諾要維護 * 也許只是試水溫 * 也許已經是沒有商業價值的產品 --- # 型態會變換 Mozilla: 志向遠大 -> 超開放 -> 菜市場 <!-- .element: class="fragment"--> --- # 考量點 * 對組織自己的用途？ <!-- .element: class="fragment fade-in-then-semi-out"--> * 跟社群想發展怎樣的關係？ <!-- .element: class="fragment fade-in-then-semi-out"--> * 可能會有哪類的人參與這樣的專案？ <!-- .element: class="fragment fade-in-then-semi-out"--> * 打算怎麼管理這項專案？ <!-- .element: class="fragment fade-in-then-semi-out"--> * ... and more<!-- .element: class="fragment"--> --- <!-- .slide: data-background="https://blog.mozilla.org/wp-content/uploads/2018/05/OpenSource_Archetypes_Report-1400x770.jpg" data-background-size="contain" --> Note: [Open Source Archetypes](https://blog.mozilla.org/blog/2018/05/15/whats-your-open-source-strategy-here-are-10-answers/) --- <!-- .slide: data-background="darkblue"-->  這份投影片以[創用CC姓名標示-相同方式分享4.0條款](https://creativecommons.org/licenses/by-sa/4.0/)授權公眾使用，請直接標示原始 URL 即可。 [原始碼](https://hackmd.io/yBgAAHfZQXyLUq2py_nTOA?edit)