今天我想谈一谈,为什么我们很少去感谢开源项目维护者:
一、这样的项目我也可以做啊
“蛤?这项目对我来说也太简单了吧。” “我一周之内就能做一个更好的版本出来。”
确实,很多人都可以在 Hackathon 或者其他小比赛,或者业余时间建一个小工具,但是维护一个项目比建立一个项目要困难得多。开源项目维护者需要做的不仅仅是写代码,更多时候还需要:
-
写项目文档;
-
检查 Pull Request;
-
看看大家提的 Issue;
-
为项目增加新功能;
-
在 Stack Overflow 等平台回答关于项目的问题;
-
在 QQ、微信等用户群里和用户讨论,回答问题。
一个开源项目维护者,必须一年到头无偿地做这么多复杂且繁琐的工作。
二、当我们便捷地使用开源项目时,太容易忘记项目维护者的辛苦付出了
我们一般怎么使用一个开源项目:
-
当我们遇到问题时,去 Google 或者百度相关的解决方案
-
在一些博客或者其他相关网站上进行搜索
-
嘿!找到了一个开源项目,点开链接,读项目的 README。安装并进行测试。哈哈哈!问题解决了
-
我们转而看向了遇到的下一个问题
开源项目就像水和空气一样,很多人只知道享受它带来的好处,而且习以为常!我们不会对空气或者对水说感谢,因为我们不知道那是谁造的。
但是我们知道这些非常棒的开源项目是谁创造的啊!但是我们知道这么棒的开源项目是谁在维护啊!
三、使用者认为开源项目维护者不在意别人的感谢
开源项目使用者可能会想:
“他们不需要这些,他们需要的是 pull request 和能够修复 bug 等实质性工作。”
“我想他们更喜欢收到捐款。”
但是他们真的很在意,有时候,开源项目维护者真的需要你对他说一声谢谢。当然,如果你能为项目捐款再好不过了,但是我知道的大多数开源项目维护者目的并不是赚钱。他们最终可能赚了钱,但与开发项目的动机相比,顶多算是一个副产品。
我注意到,开源项目常常比非开源项目要好。因为最出色的开发者是出于激情和利他主义来开发产品的。如果你没能力或者不想捐钱,你可以给他们写句感谢的话。
四、我们真的太“忙”了
“我们正在用双手改变世界。” “我的项目必须在一周内启动。” “我们每天都有数百封邮件需要回复。” “我们只是没有时间。”
这些开源项目有更大的潜力去改变世界;或许其中的哪个项目已经改变了世界。
Instagram 使用 django 我们很多服务器都在运行着 Linux
可能没有这些开源项目,就没有我们现在的这些项目了。
希望当我们在便捷地使用开源项目的时候,能够对项目维护者表示感谢,并且尽可能地让项目维护者知道我们为什么感谢他们的付出,他们的项目怎么帮助了我们,我们这些发自内心的感谢也是维护者们继续付出的强大动力之一。
最重要的是,我们欢迎所有对维护项目感兴趣的人的加入,因为这确实是一件很棒的工作。一旦你成为了维护者,你也会在收到很多人对你付出的真诚的感谢。我建议在 GitHub 上加一个感谢的标签,不仅仅是感谢和激励维护者,更是邀请更多的人加入到其中。
五、最后的一点想法
开源项目维护者是我们交朋友的好选择,也是公司雇佣员工时的明智之选。他们有激情,愿意分享,能够坚持。他们是真正的 MVP,他们应该得到真诚的感谢
本文首发于微信公众号「智言实验室」,欢迎微信搜索并关注, 订阅科技日报、科技周刊、图书导读和个人提升等更多精彩内容。
后台回复: 学习 ,就能获取更多学习资源
后台回复: 习惯 ,就能获取习惯养成秘籍
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 开源维护者,必有一战!
- Redis 作者 antirez:开源维护者的挣扎
- Debian 包维护者辞职
- 欢迎Harbor的新维护者!
- GNOME 维护者 Richard 发文祝贺联想加入 LVFS
- Debian 包维护者不满 Debian 开发流程,宣布退出
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
算法设计、分析与实现
徐子珊 / 2012-10 / 65.00元
《算法设计、分析与实现:c、c++和java》由徐子珊编著,第1章~第6章按算法设计技巧分成渐增型算法、分治算法、动态规划算法、贪婪算法、回溯算法和图的搜索算法。每章针对一些经典问题给出解决问题的算法,并分析算法的时间复杂度。这样对于初学者来说,按照算法的设计方法划分,算法思想的阐述比较集中,有利于快速入门理解算法的精髓所在。一旦具备了算法设计的基本方法,按应用领域划分专题深入学习,读者可以结合已......一起来看看 《算法设计、分析与实现》 这本书的介绍吧!