[非技术] 谈谈开源社区和贡献

(一不小心就起了这么大个标题, 汗…

前几天忙搬家, 今天 @xiehuc 提起我才知道 OpenSUSE 中文社区的事. 本来一如既往的懒得动笔, 不过看到博客又有几个月没更新都快长草了, 还是决定随便写点什么, 凑凑字数也好.

我进入开源社区的时间并不长. 虽然 2008 年开始用 Ubuntu 作为主力系统 (后来又一度中断过, 转而使用 Windows 7 等), 但是直到 2009 年才萌生社区贡献的念头. 当时的契机是 OwnLinux 翻译小组招人的消息在 QQ 群里被我看到了, 恰好当时的群主圈圈 (又名蛋蛋, Q名 Oo…) 是负责人之一, 于是我愉快的寄去了一封报名邮件, 然后很快完成了考核(翻译测试)成为了正式的一员.

我在差不多的时间段里也在 launchpad 上参与了一些软件和distro方面本地化的工作. 现在想起来, 当时还真是选择了最合适, 也是最不合适的一件事情来贡献. 说最合适, 是因为那时候技术啥都不懂, 能做的事情差不多只剩下翻译了; 说最不合适, 是因为我当时努力学英语, 各系统(包括 Windows) 都用的纯英文版, 自己从来都看不到自己翻译的结果.

没有回馈也并不是兴趣所在的工作, 热情一过就只是靠责任感维持住的. 翻了翻邮件, 这件事情即使通过责任感也并未持续很久: 总共在 OwnLinux 上翻译的文章也并不多, 时间上也只有一年不到.

后来, 2010 到 2011 年曾经在 PT 君的怂恿下尝试过 PPA 和 deb 打包, 最后还是只会用 checkinstall (笑). 曾经 host 了一些自己 checkinstall 出来的包在博客的目录里 (当时的主机还是 moja 君赞助的), 不过懒得维护没多久就不了了之了.

后来又一次因为 PT 君的怂恿玩上了 Arch. 不得不说这是巧合而且幸运的一件事: 我用 Ubuntu 的时间里逐渐在社区的帮助下了解了系统的一些基础知识, 然后又有 PT 君这样的高手在我装 Arch 的时候用力指导 (咳咳

然后后来呢, 慢慢产生了折腾自定义包的需求 (咳咳咳 (12/25/11)

再后来呢, (忘记是什么情况下)加入了 Arch Linux 中文社区, 认识了 phoenixlzx, 百合仙子, cuihao 等热情的社区成员. 虽然我在社区建设上出力甚微 (只是偶尔进去回答几个问题) 😛

在半年前又加入了 Arch Linux 官方社区, 成为 Trusted User ([community] 仓库打包者和 AUR 社区管理员). 事情的起因是 arch 表示 ibus 等输入法包维护差(没人维护), 想从社区里推荐人来参与, 而恰逢 fcitx 开发者老K 和 yyc 向我吐槽 ibus 不科学什么的, 于是我就想, 我来申请维护 ibus 这些, 不懂的地方问他俩就好了 (XD), 于是… 嗯…

我还记得刚申请那会儿, 老K曾经语重心长的告诫我, “少给自己添麻烦，你才有希望干的更长”. 我的确是到今天才真正理解.

说了这么多呢, 其实我想表达的是 (咳咳终于到正题了), 我社区活动全凭自己兴趣, 也确实几乎都对自己有益(有的只对自己有益, 比如github上某些0 star的项目, 咳咳). 我现在在公司上班, 打的包自己用, 别人想用? 拿去呗. 听起来可能有点不负责任, 但我觉得这恰好是一个负责任而且公平的事情 – 让我维护我没兴趣的包? 没兴趣, 再见; 让我维护我不用的包? 我都不用我咋知道我整对没, 再见.

虽然对于这些个社区, 我仍然只是个新人, 但是我觉得, 社区贡献只是一个习惯的问题, 它不应该成为压力甚至负担. 每当群里有人(咳咳, 多半是小青蛙)或者公司里同事吐槽什么东西有问题, 怎么怎么样可以更好的时候, 我总是会用力的鼓动他们去github上fork一下改好自己用, 还可以顺手点一下pull request. 其实公司里同事的习惯是自己下回来默默解决了, 下次更新又被覆盖回去, 然后之前的代码不工作了才发现然后又跑过去改回去. 如果去github上fork一下, 就算以后每次跑个git merge都可以节省下来不少的时间, 更何况如果pull request被接受, 以后就再也不需要手动改或者merge了. 这其实反而省了事, 也可以节约他的时间和精力. 而在这个过程中, 还”顺手”给社区做出了贡献, 何乐而不为呢?

Linux 发行版也是一个类似的事情. 一群有类似(或互补)需求和偏执的人凑到一块就成了一个发行版, 我用的 99% 以上的软件包是这个发行版社区的其他成员的劳动成果, 我把我需要的东西”顺手”(对于Arch/Gentoo以外的发行版可能稍微没那么”顺”一点 XD)打个包自己用(好处是显而易见的, 所有的系统软件/配置都在包管理里, 是管理起来最为高效方便的). 对于 Arch 来说, 如果觉得可能对别人也有用, 再顺手扔到 AUR 上. 如果吸引了足够多的注意 (表现在 vote 上), 而且软件本身没啥协议授权方面的问题, 还可以顺手扔到 [community] 里, 再给自己和别人省下编译的时间. 最终的结果, 是我只维护了我需要的极少数东西, 然后在大多数东西上直接坐享社区其他成员的工作成果.

废话说的够多了, 最后来点实在的: 女王大人好好休息, OpenSUSE 社区是不可能一个人撑起来的, 以及愿各社区都能健康长远的发展下去.

(图为女王大人在我博客唯一一次的露面, 回复的是我的那篇 Arch Trusted User 三个月成果的博文)