熱門Ptt文章

[爆卦]開源軟體商業使用是什麼？優點缺點精華區懶人包

雖然這篇開源軟體商業使用鄉民發文沒有被收入到精華區：在開源軟體商業使用這個話題中，我們另外找到其它相關的精選爆讚文章

在 開源軟體商業使用產品中有40篇Facebook貼文，粉絲數超過2,850的網紅矽谷牛的耕田筆記，也在其Facebook貼文中提到， ref: https://www.infoworld.com/article/3632142/how-docker-broke-in-half.html 這篇文章是作者訪談多位前任/現任的 Docker 員工，Docker 社群貢獻者， Docker 消費者以及市場分析師的相關心得文，目的是想要探...

　同時也有1部Youtube影片，追蹤數超過3,370的網紅網頁設計x廣告行銷，也在其Youtube影片中提到，❤免費訂閱Free subscribe❤ https://pse.is/submytube ❤聯絡我們 Contact Us❤ https://pse.is/forums_op --------- ✪✪✪FYR 補充資料如下✪✪✪ 免費網頁設計軟體 WIX 中文教學-Wix Edit...

「開源軟體商業使用」的推薦目錄

開源軟體商業使用 在 BusinessFocus | 商業、投資、創科平台 Instagram 的最讚貼文

2021-06-03 05:47:31

【@businessfocus.io】【富豪加持】新加密幣交易所集資百億 李澤楷投資兼做顧問 EOS幣值暴升5成 . 香港富豪李澤楷加入投資「加密貨幣」的行列！綜合businesswire及Forbes報道，研發EOSIO區塊鏈技術開放商Block.one宣佈，將成立一間子公司「Bullish Gl...

開源軟體商業使用 在 潔西｜ 品牌經營．內容行銷 Instagram 的最佳貼文

2021-04-04 15:14:08

#內容製作-字體篇 . 前一篇我們提了幾款免費的字型可以使用 大部分都是明體或是宋體 而我自己在使用上其實會遇到一個問題 那就是明體、宋體對於印刷來說不太適合 稍微有些侷限類型 所以今天想來分享不同類型 . 👉台北黑體 首先就是由「翰字鑄造」所以提供的台北黑體，以三個字重 light、regular...

  • 矽谷牛的耕田筆記

    開源軟體商業使用 在 矽谷牛的耕田筆記 Facebook 的精選貼文

    2021-09-13 08:00:08
    有 133 人按讚

    ref: https://www.infoworld.com/article/3632142/how-docker-broke-in-half.html

    這篇文章是作者訪談多位前任/現任的 Docker 員工，Docker 社群貢獻者， Docker 消費者以及市場分析師的相關心得文，目的是想要探討 Docker 商業模式的成功與失敗，到底目前 Docker 商業模式的進展是否有跡可循，以及我們可以從這些歷史決策中學到什麼?

    Docker 不是輕量級虛擬化技術的開創者，但是卻是個將 Container 這個技術給推向所有開發者的重要推手，Docker 簡化整體的操作使得每個開發者都可以輕鬆的享受到 Container 的好處，但是從結果論來說， Docker 還是於 2019 年 11 月給 Mirantis 給收購了
    到底 Docker 的商業模式哪一步走錯了，接下來就跟者作者一起去訪談與思考。

    [Docker 的誕生之路]
    Solomon Hykes(文章很多該人看法) 於 2008 年創辦一間專注提供 Platform as a Serivce 的公司, DotCloud，該公司希望讓開發者可以更簡易的去建置與部署開發的應用程式，該公司的底層技術後來也由 Docker 繼續沿用，當然創辦 Docker 的依然是 Solomon Hykes。
    Docker 開源專案誕生之後吸引了全球目光，除了來自各地的使用與開發者外，大型公司如 Microsfot,AWS,IBM 等都也加入，但是就跟其他基於開源專案的軟體公司一樣， Docker 也面臨的商業模式的問題，這種類型的軟體公司到底要如何穩定獲利?
    從 2021 往回看，一個很簡短的說法可以說是 Docker 的企業化管理工具 Docker Swarm 還沒有站穩腳步之時就遇到 Kubernetes 這個龐然怪獸，然後 Kubernetes 橫掃時間把所有 Docker Swarm 的市場全面清空，
    當然真實版本一定更加複雜得多，絕對不是一句 Kubernetes 就可以概括的

    [開源專案的商業化之路總是困難]
    Docker 於 2014 年開始認真探討其商業策略，如何將其作為 Container 領頭羊的角色轉變成為一個可以帶來收入的策略，VC 創投的資金讓其有能力收購 Koality 與 Tutum，同年 Docker 也正式宣布第一個商業版本的支援計劃。
    這一連串的計算誕生出了許多產品，譬如 Docker Hub 及 Docker Enterprise.
    不過可惜的是上述的產品並沒有辦法從企業用戶手中帶來穩定的獲利，大部分的客戶相對於直接購買 Docker 解決方案，更傾向跟已經合作的系統整合商一起合作。

    Solomon Hykes 今天夏天跟 infoworld 的一次訪談中提到，Docker 從來沒有推出一套真正的好的商業產品，原因是因為 Docker 並沒有很專注地去處理這塊需求。
    Docker 嘗試每個領域都碰一小塊，但是卻發現想要同時維護一個開發者社群又要同時打造一個良好的商業產品是極度困難的， Dockre 花費大量的時間與金錢想要魚與熊掌兼得，但是最後才體會到這件事情幾乎不太可行，Hykes 也認為 Docker 應該要花更多時間去聆聽用戶的需求，而不是自己埋頭苦幹的去打造一個沒有滿足使用者需求的企業產品。

    來自 Google 的開發推廣大使 Kelsev Hightower 於今年的訪談中提到，Docker 成功地解決問題，但是卻遇到了瓶頸，舉例來說，Docker 提供工具讓開發者可以 產生 Image, 提供地方儲存 Image，運行 Image 除了這些之外， Docker 還有可以發展的空間嗎?
    Hykes 不贊同這個說法，譬如 RedHat 與 Pivotal 都很成功的將 Docker 整合到彼此的 PaaS 產品(OpenShift, Cloud Foundry)，也成功從中獲利，所以 Docker 實際上有很多方式可以去獲利的，只是沒有成功而已。

    從結果論來看， Docker 早期的商業夥伴，一家專注於 Travel 的科技公司， Amadeus 於 2015 年正式跟 Docker 分手改而投向 RedHat 的懷抱。
    畢竟 RedHat 有提供更多關於 Container 相關的技術支援，畢竟對於一個想要踏入 Container 世界的企業，如何將應用程式容器化是第一步，而接下來則是更為重要的 Container Orchestration 解決方案，很明顯的 Docker 這個戰場上是完全被 Kubernetes 打趴的。

    [Kubernetes 的決策]
    Docker 拒絕擁抱 Kubernetes 被認為是一個致命的錯誤策略，Jérôme Petazzoni， Docker 第一位也是目前在位最久的員工提到， Docker 內部曾經針對 Kubernetes 的生態去探討過，當時內部的共識是 Kubernetes 架構過於複雜，而 Docker Swarm 的架構相對簡單，比較之下 Docker Swarm 應該更容易獲得商業上的成功。

    從其他的訪談可以得知， Docker 曾經是有機會可以跟 Google 內的 Kubernetes 團隊一起合作發展 Kubernetes，並且有機會去掌握整個 Container 生態系的發展。如果這些合作可以順利發展，那 Docker GitHub 底下的第一個專案可能就會是 Kubernetes，而 Docker Swarm 可能根本就不會產生了。

    Hykes 承認的說，那個時空背景(2014,2015)下， Docker 公司很難找到一個很好的 Container Orchestration 解決方案來滿足各種各戶的需求，而那時候的 Kubernetes 也很難斬釘截鐵的說就是那個解決方案， 畢竟那時候 Kubernetes 還非常早期，同時期還有很多開源專案，很難料想到
    Kubernetes 最後會主宰整個 Container Orchestration 世界。

    文章後半段還有非常多的討論，非常推薦大家去看全文，雖然沒有辦法改變歷史，但是從歷史中可以學到非常有趣的東西，特別是當被客戶問到 Docker/Kubernetes 的一些生態問題時，有這些歷史資料的可以讓你講起來更有迷之自信

  • 矽谷牛的耕田筆記

    開源軟體商業使用 在 矽谷牛的耕田筆記 Facebook 的最佳解答

    2021-08-16 08:00:10
    有 93 人按讚

    ref: https://iximiuz.com/en/posts/devops-sre-and-platform-engineering/

    本篇是一個由 Twitter 討論串引發的後續文章，作者想要聊聊 DevOps, SRE 以及 Platform Engineering 的差異。
    文章中附有相關 Twitter 討論串的連結，對於原文有興趣的也可以去參閱一下 Twitter

    註:就我個人觀察到的現象，台灣企業很少看到 Platform Engineer 的職位，有人知道有哪些公司有開這種職位可以留言分享一下

    作者自述自己是個從事 SRE 工作但是內心卻是個軟體工程的技術專欄作家，因此就自己的過往經驗想分享一下對於這三者的看法，而這些討論就引起了一些回文
    因此作者將這些概念整合下來寫下這篇文章來總結一下各方網友們的看法。

    作者的軟體生涯中，從分工仔細的團隊到新創公司都經歷過，再還沒有認知到 DevOps/SRE 這類型名詞前就已經體驗過部署開發維運三合一的人生。

    隨者愈來愈多人開始探討 DevOps 以及 SRE 這兩個詞，兩者之間的比較沒有停過，甚至還有專屬的兩個 awesome 系列 awesome-sre, awesome-devops 清單來列舉如何學習這兩個技術。
    整個求職市場也因為這兩個名詞的出現而有變化，作者也因應這股潮流開始往下探索，因此最後就以自己自身的經驗來分享自己對於這些名詞的想法。

    其中作者有提到一點也是我非常認同的，就是這些名詞代表什麼含義，這些職稱要做什麼都會隨者不同公司不同團隊而有變化，畢竟每個公司的產品跟商業走向都不同
    期待能有一個一統天下的職稱跟工作內容反而才是不切實際的。所以接下來的探討就只是作者跟幾個網友們的討論，不要當作圭臬，也不要當作聖旨，自己有自己的想法比較重要。

    # What is Development
    1. 作者認為開發的概念非常簡單，就撰寫程式，唯一能夠為公司貢獻 $$$ 的職位，畢竟有人寫程式還有產品，沒人寫程式也沒什麼好部署的。
    2. 推特網友表示: 只有 sales 才是幫公司賺錢的，剩下都是公司的支出
    3. 作者從 2011 開始了軟體工程師生涯，過往作者都很期望自己可以去部署一下自己撰寫的程式，但是基本上都是團隊內的其他神秘人物會默默的部署這些程式到生產環境。

    # What is DevOps
    1. 作者不想探討何謂官方的正式定義，只想聊聊自己多年工作經驗的感想
    2. 對作者來說， DevOps 是一個能夠讓開發者對於部署應用程式有更多機會與權力的文化，實作上沒有一定的準則
    3. 作者還待過那些開發者都擁有 sudo 權限來部署應用的新創公司，不過現在這些流程都慢慢的被自動化 CI/CD 流程給取代。
    4. DevOps 最初的想法應該是遠遠超過作者所描述的，不過作者就自己工作上的經驗，找工作的經驗，看職稱 JD 的經驗來看，DevOps 更像讓開發者打造的產物可以更有效率的被部署
    5. DevOps 本身不應該去探討產品的商業邏輯，那是開發者要探討的。

    # What is SRE
    1. Google 推出了一系列的書來探討何謂 SRE，那系列書籍的想法偏向 SRE 是其中一種 DevOps 文化的實作方式。
    2. 相對於 DevOps，作者更喜歡 SRE 帶來的職缺內容。
    3. 作者對於提到 CI/CD pipeline 之類的職缺都感到無聊且沒興趣，而 DevOps 的工作職缺往往都充滿這些令人無聊的東西。
    4. 相反的，作者更喜歡去專研系統問題，譬如探討為什麼會有 bug, memory leak, 效能不好...等
    5. 作者認為 SRE 要負責去維護上線環境，確保使用上沒有問題。
    6. Google 的 SRE 系列書籍還提到了關於 monitoring, alerting, SLO 等各種如何確保服務正常的機制。 Facebook 則是有非常著名的 Production Engineer 的職稱，其跟典型的 SRE 基本上沒太大的差別。
    7. 推特網友表示: SRE 專注於生產環境, DevOps 專注於 CI/CD 與開發效率與流程
    8. 另外一名推特網友表示(這也是我目前最喜歡的答案): DevOps 從開發角度為起點， SRE 從維護上線環境出發，兩職缺於某處產生交集。

    # What is Platform Engineering
    1. 作者想起當年還是一家新創的唯一一位工程師時，那時候還要去租借實體機器來架設環境，所以那時候也撰寫了不少腳本來安裝機器，也要確保機器之間的網路可以正常運作。
    2. 加入一間比較有規模的公司後瞭解到看來 infra 相關的工作是一個很類似 SRE/DevOps 但是又有些許不同的領域
    3. 作者認為 Platform Engineering 目標就是要打造一個可以讓 Dev, Ops, SRE 能夠使用的環境
    4. 作者感覺 Platform Engineering 要負責維護 data-center 內上千台的機器，確保這群機器能夠正常運作，維護外也要包含升級，設定等。

    # What's about titles?
    1. 作者前述探討的都是基於負責領域，比較不去談這些職稱應該要做什麼
    2. 根據作者經驗，當公司規模逐漸變大時，分工就會愈來愈細，這時候 Dev, Ops, SRE, PE 等職缺就會開始逐漸專項化。
    3. 重點就是， YMMV (Your Mileage May Vary )，不同情況，不同答案，不要太專注於一個死板板的解釋。

    個人想法: 公司要開什麼職缺名稱就不管他了，工作內容才是最重要的，有錢的任性老闆也可以開一個"開源軟體整合工程師"但是要你整合 CI/CD 加上維運的工作。

  • 子迂的蠹酸齋

    開源軟體商業使用 在 子迂的蠹酸齋 Facebook 的最佳貼文

    2021-05-24 09:00:00
    有 169 人按讚

    疫情期間，大家還不趕快來抽書、讀書。
    悶在家裡耍廢，不如趁此機會讀點書充實自己。

    阿橋社 近來的新書《拿去抄啊!藝術家的著作權指南》。針對了當代資訊社會中的「著作權」做深入淺出的敘述和討論。著作權這件事情聽起來很遠，但在這個人人都有相機、修圖軟體、社群帳號的資訊社會，不管你是文字創作者、影像工作者、音樂工作者、設計師、攝影師、藝術家甚至即便只是個尋常社群軟網站的使用者，其實都與著作權息息相關。本書介紹了自由軟體(free software)、開源軟體(open source software)、創作CC機制、授權形式的差異、盜版、防盜DRM機制、同人創作、自由取景及公有領域等等與著作權相關的問題。齋主很推薦齋友們一讀，更覺得內容創作者們有必要理解此些知識。

    https://www.books.com.tw/products/0010889459

    #贈書活動 #請讀到最後唷

    不過，齋主作為一名小小的文字創作者，對於著作權有些自己的看法。

    長久以來，齋主偶而都能在網路上看到自己的文章被他人盜用，甚至看到有影片創作者將我文章中的幾個核心概念，重新以文字包裝詮釋後做成影片。我從未想過要追究這些事情，甚至在我心中也從不覺得這是應該去追究的事情。我有個根深蒂固的觀念，那就是我的思想也源自於先賢們，我並非是這些思想、觀念或概念的原創者。

    多年前，我在生物學家理查道金斯1976年的名著《自私的基因》中，對其提出的meme(迷因)概念深深著迷。Meme是他假設的思想生命體，不但擁有與其他meme雜交而產生新meme的能力，當繁殖能力強大，還會透過宿主(人類)將自身傳播出去，進而產生社群影響力。越是強大的meme，對人類文明的影響也就越大，就像今天聖經、哈利波特以及牛頓力學等等，就是影響力無遠弗屆的meme。

    同時我也深信，人類難以對己身進行思想溯源。精神分析學家佛洛伊德，曾針對人類的夢境做解析，他認為人類夢境中的要素不可能無中生有，所有在你夢中曾經出現過的事物，肯定在你的短期生活中接觸過，無論你到底有沒有意識到其存在。他針對身邊的數十個夢境案例進行分析，發現絕大多數當事人夢境中出現的場景、物品、人物和情境，都能自當事人的生活周遭發現其源頭。換言之，我們人類的思想其實無時無刻都受到外界事物的影響，遑論佛洛依德的時代早於當代百多年，在如今的資訊社會，要真正找到思想的原創性幾乎是不可能的。

    符號學家羅蘭巴特，曾在1972年《作者已死》論文中，有過這段文字:「文本形同由不同引用交織而成的織物，而其來自上千個文化來源。」換言之，在這年頭沒有人真正原創了甚麼，也沒有誰真正能原創甚麼。牛頓不會在沒有伽利略的情況下完成數學原理，而愛因斯坦也不可能在沒有牛頓力學的前提下完成相對論。有人說中國南畫影響了浮世繪，浮世繪影響了後印象派，後印象派和非洲原始雕刻又孕育出了立體派和野獸派，佛洛伊德與超現實主義，民主和抽象表現主義，廣告、麥克魯漢與普普主義等。這些說法都能在現代藝術史的專書中經常出現，但齋主我經常覺得不過是當代藝術史學家的後見之明。我更願相信的是，沒有人知道這些視覺藝術家創新的源頭在哪，而且不管在哪，肯定是多個meme雜交下所誕生的一個神來之筆。

    齋主我尤其不喜歡網路上某些設計師，在社群網站上公審另一個設計師，表示自己的作品或視覺設計遭到盜用。我總覺得這樣的聲明像是弱者對於世界無力的呼喊。我知道保障智財權的相關權益，對於文明前進的重要性。1709年英國所通過的「安妮法案」，即確保了創新者的權益，並限定了一定程度的年限。確保了創新者的利益，英國得以在短期內大肆發展知識經濟，而後誕生了工業革命。

    一直很多齋友便喜歡問齋主一個問題:「為什麼齋主願意無私的把所知所學給分享?」起初我並不理解這個問題，對我來說分享就是分享，而且對我來說也沒甚麼吃虧。一些年後我才逐漸思考要不要「藏私」這個問題。我後來認知到，當我把所知所學分享出去的同時，對我來說是利大於弊的。一來我因為分享了自身所學，導致競爭上的優勢喪失，這能更加砥礪我向上，二來則是透過分享，我能認識其他同樣無私的分享者，彼此的所學所知能相互交流。

    早年網路科技在台灣還不普及時，那時因為作業系統內建的軟體並不多，要在網路上自由玩耍，必定會需要諸多第三方軟體的幫助。那時台灣有很多私人網站，提供各類軟體供下載。當時我看著不少軟體的分類為「免費軟體」，就開心的下載使用。直到多年後我才理解。那是翻譯上的刻意誤解，免費軟體的原名為「free software」，更正確的譯名應為「自由」軟體。這些軟體之所以被前人所創造出來，只是單純地用於共同解決「人類」所面對的問題和困境，不可用於商業販售。

    電腦之所以能這麼快的普及於生活之中，和80、90年代的程式設計師，多少帶有些理想主義色彩有關。LINUX作業系統之所以能有如今的影響力，最大的原因便是LINUX是眾多程式設計師對其無私的奉獻，一步步完善其機制，有相當程度的理想主義色彩。齋主崇拜的偶像之一，約翰卡馬克，也就是《德軍總部》、《DOOM》的遊戲設計師，便是世界上首個3D遊戲引擎的創造者。他憑藉一己之力完成了該引擎，更誇張的是還將其開源，任何人都能修改其原始碼。這無私的決定讓整個3D圖像產業前進了不知多少年。

    事實上網路從來就有著理想主義色彩，任何與創作有關的網路遊戲社群，都有著許多無私奉獻者。就像《魔獸爭霸3》之所以能歷久彌新，是因為許多自製地圖的創作者持續更新地圖，就像STEAM平台上的許多沙盒遊戲，也有著許多單純為了興趣而為遊戲增添內容的創作者。

    資訊科技為人類帶來的應該是幸福，而不是紛爭。我相信著作權對於人類文明的重要性，卻也認為在著作權上踩死權益和底線，對於人類文明並非有利，甚至對於創作者本身也不見得是好事。就齋主所知，若人類全然按照著作權的相關規定辦事，大概沒有人能不侵權，差別只在於別人有沒有要將你狀告法院之別。雖然這問題應該永遠無法解決，也無法明確定義侵權的灰色地帶，但我願意相信的是，隨著資訊科技的不斷進步，人類文明正在不斷前行。

    而以上這些想法，其實與《拿去抄啊!藝術家的著作權指南》的作者艾瑞克史黑佛有異曲同工之妙。我相信齋友們只要讀過這本書，也會有著與我們相似的看法。

    當然，本次 阿橋社 也替酸齋的齋友們準備了四本贈書，只要齋友你滿足以下條件，就有機會得到活動贈書唷。

    只要你在5/30(日) 20:00 以前，完成以下兩個條件，即可參加抽獎。
    1. 按讚並公開分享
    2. 於留言處TAG兩名朋友

    活動結束後，齋主會於第一時間抽出幸運的兩名得主。

    另外，還有兩個優選留言的名額。只要你在留言區中，留下關於藝術、版權和著作權的相關留言。齋主於活動結束時，同樣會選出兩則優選留言，齋主會將贈書寄給優質的兩名留言主。

    最後，再次感謝 阿橋社對酸齋齋友們的照顧。

你可能也想看看

搜尋相關網站