你的文章里为何不放源码Github连接了

“你的文章里为何不放源码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，一个转发，一个赞扬，都能让内容输出者得到鼓励，造成良性循环，从而输出更多优质的内容，难道是我这个想法过度了？

上边吐槽了太多，运维咖啡吧其实仍是获得了不少读者的支持，在这里真诚的说一声感谢，有大家的支持，运维咖啡吧必定会走的更好，更远

---

相关文章推荐阅读：

• 粉丝请看 | 里程碑以及将来的方向
• 我为何要写微信公众号