“你的文章裡為什麼不放原始碼Github連結了？”，一個讀者這麼問我
我把這張圖發給了他，這是我之前放文章中Demo原始碼的Github倉庫
他一臉疑惑，問我怎麼了
經常使用Github的小夥伴都知道，star的含義就像社交媒體中的點贊，表示對專案的鼓勵，衡量一款開源專案是否受歡迎的一個重要指標就是star的數量，很多優秀開源作者在介紹自己的專案時也都會說我的專案獲得了多少的star，而fork相當於複製一份原始碼到自己的倉庫中，其主要作用是給參與專案的開發使用，當你新增內容時可以提pull request把你的修改合併到原來的倉庫中
fork數大於star數，說明很多的人只想白嫖，連個幾乎不需要什麼成本的star支援都不會給，或許有很多小夥伴不知道star和fork的含義吧，我這麼安慰自己
同樣的情況還有我們開源的一站式的運維平臺CODO，曾經在群裡有小夥伴跟我說你們的CODO很棒，我把裡邊的運維工具給扒下來放在了我開發的系統裡，我就問這麼棒的開源系統，也幫助了你，有沒有給個star，結果是沒有，開發組的小夥伴利用下班、週末你們休息的時間來開發新功能，修復各種Bug，同時也在使用者群裡幫忙解決各種各樣的問題，然而一個star都不願意給，付出得不到回報，他們心裡是該有多難受啊
更慘的事情發生在我身上，剛學習Django的時候懷著對開源的無限嚮往，寫了個專案放在Github上，偶然機會聽某大廠的朋友分享他們的CMDB實踐，其中特別講的一個功能特性跟我開源的專案功能一樣，連關鍵介面都相同，想找他確認時，發現我們彼此加過QQ，還有之前他問我關於功能實現相關的聊天記錄，結果是他不承認哪怕是借鑑了我的開源專案，同時還被懟我的開源專案框架亂程式碼差，在這之後就停止了開源專案的更新和維護
個人想做開源太難，沒有任何支援和回報很難堅持下去，很多時候開源軟體作者所想要的僅僅是一個star而已，一批優秀的開源軟體最終選擇了閉源或刪除，例如做的非常棒的SQL稽核工具insecption，優秀的markdown編輯器editor.md等等，令人痛惜
為了公眾號的持續發展，我希望有更多的粉絲關注，就像開源軟體作者希望獲得更多的star一樣，之前為了兼顧粉絲增長與體驗，我會把個別文章中的原始碼放在github上，使用者後臺傳送關鍵字能夠獲取到原始碼連結，希望藉此導流，能有更多的粉絲增長，但發現有第三方網站爬取了文章，把獲取原始碼的片段給去掉，或者把原始碼地址貼在文章內，等於我辛苦的付出為別人做了漂亮的嫁衣
我想每個人無論是開源軟體還是寫文章，都想得到支援吧，一個star，一個轉發，一個讚賞，都能讓內容輸出者獲得鼓勵，形成良性迴圈，從而輸出更多優質的內容，難道是我這個想法過分了？
上邊吐槽了太多，運維咖啡吧其實還是得到了很多讀者的支援，在這裡真誠的說一聲感謝，有你們的支援，運維咖啡吧一定會走的更好，更遠
相關文章推薦閱讀：