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