唯有明白之後，表達出去、產製出來的東西，才會內建這些精神，AI 都需要對齊價值了，公司同事其實也會需要價值靠攏一下...
也因此從去年8月開始，試驗了一系列方式，來進行公司內部的開源教育訓練培力，並把文件放在新進人員必讀的地方，以讓後續這樣的知識可以當作背景：
- 一、為什麼需要在乎使用的軟體是否為開源
- 二、開源為什麼這麼在意「社群」
- 三、除了原始碼，還有什麼應該跟公開透明相關？
- 四、程式碼都開源了，還有什麼可以封閉？
- 五、開源軟體目前產業多大、多小？有什麼著名的公司、產品使用開源？
- 六、開源有哪些商業模式
- 七、我們使用哪些開源軟體、開源困境為何
在七次短講後，最後請各部門同事挑選開源軟體專案後，用公司社會企業的回饋，贊助這些開源專案來做個本計畫的 Ending。
開源專案需要有人贊助嗎？
很多日常使用的開源軟體，若不是當紅軟體，很容易只有少數人在維護，不一定有商業模式，若剛創始的貢獻的人後繼無力，或是被社群聲音淹沒，也滿容易碰到無法繼續的狀態。而回顧之下，也發現很多重要的開源專案，就是因為即使沒有商業模式還撐著，撐到某一天碰到了時勢來了，成為重要的基礎建設。
雖然贊助經費不是唯一一種方式，但如果有長期維護的開源專案，讓開發者收到金錢支持，讓他們有多一點驅動力持續貢獻，捐款應該是其中一個最直接的方式。
最後同仁選出的專案於今年出爐有這些，大多是有用過、實際公司生產力需要、而且是欠缺捐款的狀態。
實務上通常會碰到的問題是，開源專案很多元，但仔細檢視起來，工作上用到的很多雲端服務，可能是專有軟體，或已經有固定商業模式、無須開源，請非軟體工程師的同事來挑選，碰到了一些難以挑選的狀況，但最後還是選出來這些專案，由公司代表來捐助～
| 專案名稱 | 工具說明 | 授權 |
| Redmine | 專案管理系統 | GNU General Public License V2 |
| Screentogif | 螢幕錄製 |
Microsoft Public License
|
|
Slat - ODF Mac for Intel ODF工具
|
MAC ODF工具 | Mozilla Public License v 2.0 |
| Libreoffice | 辦公室軟體 |
Mozilla Public License Version 2.0
|
| Upscayl | 本地端AI圖片放大 |
AGPL-3.0
|
| Cofacts |
群眾協作事實查核
|
MIT license |
工程師同事們，則左思右想，挑選的軟體要不就是已有大公司背書，要不就是已經長期不需要經費支持，所以也花了一段時間聯繫，才找到一些得以支持的專案：
| 專案名稱 | 工具說明 | 授權 |
| Uptime Kuma | 可自建的監控工具 | MIT License |
| pickr | JS 調色盤 Library |
MIT License
|
| ripgreg | 全文搜尋底層工具 | Dual-licensed under MIT or UNLICENSE |
捐款的過程滿有趣的，可以看到很多開發者或是專案，都是小額捐款維持，例如以下這個大多是贊助1-2個比薩，但我們這種一年一次的，以公司出發的捐款卻一下買了60個比薩！
而過程中，也不乏收到個人開發者直接的回饋和感謝：
最後，其實要能夠發動這樣的專案，滿重要的是公司要有這樣的餘裕，在章程中就有明寫盈餘回饋公益基金（盈餘的10~40%），且開源一直以來就是回饋項目之一。回頭看時序，我想最大的問題是，好像太晚啟動這樣的計畫了...
- 2011~ 2014 Drupal Association Membership
- 2014 g0v Summit 贊助
- 2014 開放文化基金會 成立基金贊助
- 2016 g0v Summit 贊助
- 2021、2022 CiviCRM Bronze Partner 每年贊助
- 2023~2024 開放原始碼培力與回饋計畫
- 2024 g0v summit 贊助
