{%hackmd @bobchao/slide-style %} <!-- .slide: data-background="https://images.unsplash.com/photo-1527259216948-b0c66d6fc31f" data-background-size="cover" data-background-opacity="1" data-state="shown"--> <span class="card"> Press '?' for help. </span> Note: [以投影片模式檢視](https://hackmd.io/@bobchao/what-is-open-workface-2019#/) 歡迎你自己拿這份簡報去表演,或者[找 Bob 現場演出](mailto:bobchao@gmail.com?Subject=whatisopen)也可 背景圖片: https://unsplash.com/photos/9uX5cX1l3bw --- <!-- .slide: data-background="https://images.unsplash.com/photo-1527259216948-b0c66d6fc31f" data-background-size="cover" data-background-opacity="1" data-transition="convex-in" --> <div class="hellocard"> # HELLO my name is ## CHAO Po-chiang </div> Note: 各位好,我是柏強。 有人曾說知名人士上台演說的時候是不需要自我介紹的,比方說沒有人會看到 Steve Jobs 在 Keynote 前花時間自我介紹嘛。 因此且讓小弟花點時間自我介紹一下 --- <!-- .slide: data-background="https://images.unsplash.com/photo-1527259216948-b0c66d6fc31f" data-background-size="cover" data-background-opacity="0.3" --> <div class="shortlist"> # Day ### Project <small>(+ product)</small> Manager <!-- .element: class="fragment" --> ### <small>was a</small> Community Manager <!-- .element: class="fragment" --> ### <small>was an</small> User Experience Designer <!-- .element: class="fragment" --> ### <small>was a</small> Software Engineer <!-- .element: class="fragment" --> </div> Note: 在社會上走跳,大家認識你的最快方式之一通常是職稱。我其實寫給主辦單位的介紹裡「KKTIX PM」只佔其中的一小部分,你看那張大圖上面還是列 KKTIX PM :smiling_imp: 。 1. 我現在是 KKTIX 的 PM * 因為自己活動也辦很多就跑去做 * 結果這個平台現在都在賣演唱會跟展覽,甚至連今天的售票平台都不是他 XD * 人少的時候這個 P 通常就是 Product 兼 Project 2. 在更早之前,我在一個國際軟體公司做社群經理,在行銷部門底下 3. 我也曾經因為興趣使然,在廣告公司裡做了一陣子使用體驗設計師 * 數位廣告流程 * 易用性測試 4. 不過第一份工作其實職稱掛的是工程師<del>,直到我膝蓋中了一箭</del> 看起來好像跳來跳去的齁? :P --- <!-- .slide: data-background="https://images.unsplash.com/photo-1415025148099-17fe74102b28" data-background-size="cover" data-background-opacity="0.3" --> <div class="shortlist"> # Night ### Creative Commons, 2007- <!-- .element: class="fragment" --> <h3 class="fragment">Mozilla<span class="fragment">, 2002-</span></h3> ### 開源人年會 (COSCUP), 2007- <!-- .element: class="fragment" --> ### 開放文化基金會, 2014- <!-- .element: class="fragment" --> </div> Note: 背景圖片: https://unsplash.com/photos/Maf7wdHCmvo 不過會有機會在這裡跟大家閒聊,主要跟我在晚上做的事有關。說到底,白天的工作只是超級英雄的 cover 嘛 :smile_cat: * 第一份工作其實是國際組織 Creative Commons(創用CC)的一員 * 結合法律與科技,推動廣泛適用於各種著作的創意共享機制。 * 剛剛說興趣使然的社群行銷,是在開源專案 Mozilla 的台北辦公室,就是弄出 Firefox 那個瀏覽器的組織。 * 那是 2011 年的事,不過我跟這個組織的淵源遠早於此,在學生時期就參與 * 翻譯文件、協調社群、Firefox 1.0 中文版 * 參與這個組織的過程,奠定了我對 Open Source 的大致想法。 * 成為員工時,由更厲害的社群成員接手協調工作 * 目前:WebVR、語音資料庫、社群空間營運、社群重要事項 * 另外我也長期參與目前華文世界最活躍的開源社群研討會「開源人年會」,協助議程的編排規劃 * 並且在 2014 年與許多夥伴一起合作,成立了開放文化基金會,從更多層面協助開源社群發展 --- # 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?== # 3 min<!-- .element: data-timer="179" --> Note: 背景圖片: https://unsplash.com/photos/5i0GnoTTjSE What is open? 語言這個東西是很模糊的,即使有字典,我們都不見得真能對某個詞彙有明確的定義。我也想聽聽你的想法,這也可能影響我們等下的內容。畢竟即使類似的題目我已經講了數次,每次重新準備時都還是有新的學習與體驗。 * 3 分鐘、每人寫 10 種 * 用什麼工具寫都好 * 每人講一種,跟他一樣的舉手 * 講到 20 種不重複的,或有人的 10 種全部被講完了後 + 1 個 --- <!-- .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> --- <!-- .slide: data-transition="concave" --> ![](https://i.imgur.com/q08P4lq.png) Note: 原作 ITDOG,以 CC:BY-SA 釋出 https://www.facebook.com/itdogcom/photos/pcb.1346617245506668/1346608425507550/?type=3&theater --- <!-- .slide: data-transition="concave" --> ![](https://i.imgur.com/SdUmzuL.png) Note: 這是使用的自由 --- <!-- .slide: data-transition="concave" --> ![](https://i.imgur.com/35tL2Yu.png) Note: 這是研究、修改的自由 --- <!-- .slide: data-transition="concave" --> ![](https://i.imgur.com/bB6nrbB.png) Note: 這是散佈的自由。不過嚴格講起來,散佈的自由代表你可以散佈原本的版本,不一定要改過後才能散佈。 --- <!-- .slide: data-transition="concave" --> ![](https://i.imgur.com/b54d8pq.png) 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 限制價格的部分是限制「使用者擁有目的程式後,不得收取高價才讓使用者取得原始碼。」 自由軟體或開源軟體從來不反商,Mozilla 宣言裡甚至直接指明「[商業力量在網際網路發展中能帶來很多益處](https://www.mozilla.org/zh-TW/about/manifesto/#principle-09)」。 --- <!-- .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"--> Note: 當然你可以買刀子不代表可以拿刀去捅人,在這四大自由之外還是有其他法律會規範你的行為。 [Othree 補充了一個實例](https://www.facebook.com/bobchao/posts/10157192323545219?comment_id=10157192423780219):[JSLint 就有](https://github.com/douglascrockford/JSLint/blob/master/jslint.js#L15) > The Software shall be used for Good, not Evil. --- <!-- .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: 這條法律保護作者對於著作有許許多多的專屬使用權,像是公開演出、公開播送、公開展示... 等等 --- # 鼓勵 Note: 目的本來是為了鼓勵創作,讓創作者有所得。這本來是好事一樁,不過總有人會想要更多,我們來看一段影片 --- <!-- .slide: data-background-iframe="https://www.youtube.com/embed/-Q0q38Pjkn0" data-background-interactive="true" --> Note: 影片請見: https://www.youtube.com/watch?v=-Q0q38Pjkn0 --- # 文化發展 Note: 為了同時保護文化發展,所以設計了「保護年限」這種東西。這個制度創作出來的時候是「作品發表後+14年,期滿可登記延展14年」。許多國家包括台灣目前終身+50年(伯恩公約基準線),美國目前是終身+70年(是 TPP 的基準線) --- # 過頭? Note: 自由軟體乃至於後續許許多多開放文化的運動,主要便是因而引此的反思 --- # 創意 <span style="color:yellow">並非</span> 無中生有 --- <!-- .slide: data-background="#BF3819" --> feature #1 # 歡迎補綴 你行你來啊<!-- .element: class="fragment"--> Note: 不一定要純然把參與開源社群的事情當成佛心利他的大善人,很多事情是有多層意義的 :P --- <!-- .slide: data-background="#BF3819" --> feature #2 # 避免重工 站在巨人的肩膀上 Note: 方便偷懶(逃) --- <!-- .slide: data-background="#BF3819" --> feature #3 # 及早釋出 Release early, release often. --- <!-- .slide: data-background="#BF3819" --> feature #4 # 常有分合 fork me if you can Note: 一言不合就 fork,兩情相悅就合併 --- <!-- .slide: data-background="#2479B6" --> attitude #1 # 以小搏大 Open, by design. Note: 以前說 Open by default,不過只是隨便丟出東西通常也挺沒用的。為了讓社群與專案發展順遂,很多時候需要設計「參與的方式」等等。 --- <!-- .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> Note: 也十分接近 UX 界強調的「使用者中心設計」或「使用者參與設計」了,只是我們期待大家都有自己動手的精神。 --- <!-- .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> Note: 管理者的修煉,開源使我們成為更好的人。 --- <!-- .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. Note: 他的授權條款全文只有這一條。 FSF 說 OK, OSI 沒有認可 --- <!-- .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"> ![](https://i.imgur.com/O7f5NfP.png) <p>姓名標示</p> </div> <div class="img fragment"> ![](https://i.imgur.com/v4dy3HF.png) <p>相同方式分享</p> </div> <div class="img fragment"> ![](https://i.imgur.com/KtKV1Mn.png) <p>非商業性</p> </div> <div class="img fragment"> ![](https://i.imgur.com/1AeITtC.png) <p>禁止改作</p> </div> </div> Note: 以四種不同元素,幫助創作者依據自己的意向明確表達希望授與大眾怎樣的權利。 --- <!-- .slide: data-background-iframe="https://www.youtube.com/embed/tbXfOSuXKGk" data-background-interactive="true" --> Note: 這部片真是歷久彌新,最原始的版本是 2006 年由澳洲 CC 製作,後來中研院的台灣創用CC計畫重新製作為中文版,到現在我們也還在用,而且確實也講得蠻簡單的。那我們來複習一下。 --- <div class="imgs4"> <div class="img"> ![BY](https://i.imgur.com/O7f5NfP.png) <p>姓名標示</p> </div> <div class="img"> ![SA](https://i.imgur.com/v4dy3HF.png) <p>相同方式分享</p> </div> <div class="img"> ![NC](https://i.imgur.com/KtKV1Mn.png) <p>非商業性</p> </div> <div class="img"> ![ND](https://i.imgur.com/1AeITtC.png) <p>禁止改作</p> </div> </div> Note: 四個元素,排列組合好像有點多?大家只要記得兩個原則就好: --- # 一定要標示姓名 ![BY](https://i.imgur.com/O7f5NfP.png) --- # 這兩個感情不好 ![SA](https://i.imgur.com/v4dy3HF.png) ![ND](https://i.imgur.com/1AeITtC.png) Note: 畢竟一個是能改作、另一個是不能改作 --- # 六種組合 | 開放 | | | | | 限制 | | :----: | ---- | ---- | ---- | ---- | :----: | | ![CC:BY](https://i.imgur.com/sKU8WDM.png)<!-- .element: class="fragment"--> | ![CC:BY-SA](https://i.imgur.com/p0neI2U.png)<!-- .element: class="fragment"--> | ![CC:BY-NC](https://i.imgur.com/DzBn1bR.png)<!-- .element: class="fragment"--> | ![CC:BY-NC-SA](https://i.imgur.com/Dt5yZ11.png)<!-- .element: class="fragment"--> | ![CC:BY-ND](https://i.imgur.com/vUPuUq6.png)<!-- .element: class="fragment"--> | ![CC:BY-NC-ND](https://i.imgur.com/PALcnL8.png)<!-- .element: class="fragment"--> | --- 開放的知識,是任何人都可以自由存取、使用、修改,以及分享,且最多僅受限於註引出處及保持開放的尺度。<!-- .element: class="fragment fade-up" data-fragment-index="1"--> ![CC:BY](https://i.imgur.com/sKU8WDM.png) ![CC:BY-SA](https://i.imgur.com/p0neI2U.png) ![CC:BY-NC](https://i.imgur.com/DzBn1bR.png) ![CC:BY-NC-SA](https://i.imgur.com/Dt5yZ11.png) <!-- .element: class="fragment fade-out" data-fragment-index="3"--> ![CC:BY-ND](https://i.imgur.com/vUPuUq6.png) ![CC:BY-NC-ND](https://i.imgur.com/PALcnL8.png) <!-- .element: class="fragment fade-out" data-fragment-index="2"--> Note: 剛剛的開放定義還記得嗎?「開放的知識,是任何人都可以自由存取、使用、修改,以及分享,且最多僅受限於註引出處及保持開放的尺度。」那麼,這六種裡,哪些符合開放定義? 分享一定有、註引出處也是必備要求,不過「修改」顯然就要淘汰一些。 自由存取沒問題,這邊兩個「相同方式分享」屬於「保持開放的尺度」,但不限目的的「使用」又要再刪除兩個。所以只有這兩個被認可為是「開放」的授權條款。同時,他們也都符合四大自由:使用、研究、散佈、改良。 當然,即使你用了限制最多的「姓名標示-非商業性-禁止改作」條款,都還是將部份權利授與大眾了,怎麼樣都比「保留所有權利」好一點 --- # Some rignts reserverd. Note: 所以有的時候,創用CC的授權標示也會伴隨「保留部分權利」這句話一起出現。 --- # 授權的相容與承繼 Note: 這邊要介紹另一個重要觀念,是授權的相容與承繼。直接來看幾個例子。 --- ![CC:BY](https://i.imgur.com/sKU8WDM.png) :point_right: ![CC:BY-NC](https://i.imgur.com/DzBn1bR.png)<!-- .element: class="fragment"--> :ok_hand: <!-- .element: class="fragment"--> Note: 假設我想把別人某個用創用CC的作品加以修改,修改完的成本也想用創用CC釋出。 「姓名標示」的作品,改完以後能不能用「姓名標示-非商業性」釋出呢? 可以的,雖然是權利的限縮。 --- ![CC:BY-NC-SA](https://i.imgur.com/Dt5yZ11.png) :point_right: ![CC:BY-NC](https://i.imgur.com/DzBn1bR.png)<!-- .element: class="fragment"--> :no_good: <!-- .element: class="fragment"--> Note: 「姓名標示-非商業性-相同方式分享」的作品,改完以後能不能用「姓名標示-非商業性」釋出呢? 不行,已經說了「用相同方式分享」了。 --- ![CC:BY-NC](https://i.imgur.com/DzBn1bR.png) :point_right: ![CC:BY-ND](https://i.imgur.com/vUPuUq6.png)<!-- .element: class="fragment"--> :no_good: <!-- .element: class="fragment"--> Note: 「姓名標示-非商業性」的作品,改完以後能不能用「姓名標示-禁止改作」釋出呢? 不行,「非商業性」會影響後手的條件。 --- ![CC:BY-ND](https://i.imgur.com/vUPuUq6.png) :point_right: :no_entry_sign:<!-- .element: class="fragment"--> Note: 「姓名標示-禁止改作」的作品的話呢? 門都沒有,已經禁止改作了,自然沒有再授權的機會。 --- ![CC:BY-SA](https://i.imgur.com/p0neI2U.png) + ![CC:BY-NC](https://i.imgur.com/DzBn1bR.png) ? :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... --- <div class="shortlist"> ## 名譽 * 讓內部成員走路有風<!-- .element: class="fragment fade-in-then-semi-out"--> * 為了你產品的名譽<!-- .element: class="fragment fade-in-then-semi-out"--> * 為了你品牌的名譽<!-- .element: class="fragment"--> </div> --- <div class="shortlist"> ## 產品面 * 廣泛接觸使用者<!-- .element: class="fragment fade-in-then-semi-out"--> * 增強品質<!-- .element: class="fragment"--> </div> --- <div class="shortlist"> ## 人才 * 吸引開發社群<!-- .element: class="fragment fade-in-then-semi-out"--> * 儲備人才庫<!-- .element: class="fragment"--> </div> --- <div class="shortlist"> ## 市場策略 * 在特定領域搶佔先機<!-- .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"--> * 觀察夥伴(或競爭者)的策略與目標<!-- .element: class="fragment fade-in-then-semi-out"--> </div> --- # 十大典型 --- # 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"--> --- * B2B * 共同基礎 * 受控生態系 * 上游基石 * 專精領域 * 值得信賴的夥伴 * 超開放 * 志向遠大 * 菜市場 * 渣渣 <!-- .element: class="column2"--> --- # 考量點 * 對組織自己的用途? <!-- .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/) --- # @bobchao Note: 簡報稍後會在我的 [Twitter](https://twitter.com/bobchao) 跟 [Facebook](https://fb.me/bobchao) 帳號釋出,歡迎 Follow。 我 Facebook 只加有見過面且我認得出的,然後文都是公開的所以可以考慮用追蹤,或者等下來找我聊聊讓我有個印象再加好友唷。 --- ![CC:BY-SA](https://i.imgur.com/p0neI2U.png) 這份投影片以<a href="https://creativecommons.org/licenses/by-sa/4.0/" rel="license">創用CC姓名標示-相同方式分享4.0條款</a>授權公眾使用。各圖片原始出處、投影片備忘錄等,請見[原始碼](https://hackmd.io/i-6kaeJjTOOtBBCjNerTHw?edit)
{"metaMigratedAt":"2023-06-15T00:09:15.460Z","metaMigratedFrom":"YAML","title":"啊是多開放? (2019 WorkFace Meetup) 版","breaks":true,"description":"一小時開放精神相關的演講,投影片比我講得還多就是","image":"https://i.imgur.com/f9Zgrbz.png","slideOptions":"{\"progress\":false,\"slideNumber\":false,\"preloadIframes\":true,\"viewDistance\":5,\"help\":true,\"showNotes\":true}","contributors":"[{\"id\":\"fb7ab635-87d1-45ed-85b1-409ed513d431\",\"add\":20920,\"del\":452}]"}
   changed 6 years ago 3168 views