p.s. 本次访谈由 GreptimeDB 社区核心成员（即 Greptime 工程师）Ruihang 主导，Wenkang 参与和社区运营 Beryl 共同完成，本次叙述视角为 GreptimeDB 内部。

“我是一个极具‘报复心’的 Contributor。” Kould 在采访的尾声中强调到，并希望这个自定义的标签可以被广泛传播。从 Contributor 到 Committer，Kould 因为实现了“表创建和列类型变更等”重要功能更新被提前晋升为 GreptimeDB 社区的 Committer，几乎是晋升耗费时间最短的 Committer。虽然饱含对数据库的热爱，但在求职中被数据库公司拒绝，“报复心”就慢慢地变成了 Kould 生产力的一部分。

初识 GreptimeDB：
意外的低门槛与快速融入

聊到初识 GreptimeDB 的经历时，Kould 说是一些“因错阳差”。作为数据库爱好者但非专业学生，朋友说“开源社区似乎是个把简历‘数据库’化的好路径”，于是他一开始选择了 Databend 来“练手”，但不幸被复杂的架构和漫长的编译过程“劝退”，这才转向 GreptimeDB。首次尝试 GreptimeDB 时编译竟只用了一个小时，如此丝滑又“平易近人”的开始，激发了他继续探索的兴趣。

"Databend 太复杂，搞了好久都跑不起来，GreptimeDB 一小时就编译完成了，感觉就像是拿到了‘新手礼包’！”

由此，Kould 开始了他在 GreptimeDB 的代码贡献，并快速成长为社区的一名 Committer。

从兴趣到职业：
数据库是情怀，还是一份工作？

在大学毕业前，Kould 就把数据库当成了长期的“探索项目”，在 2022 年毕业的时候已经积攒了一段相当丰富的数据库 coding 经验。虽然有了长期的开源贡献经历，但在找工作的时候还是被婉拒了，包括 Greptime 🥶。首次看到 Kould 这个 ID 的时候，他的 GitHub 主页还挂着一份求职简历，再到访谈的时候，他已经不再执着于数据库工程师的工作了。很难说如果他真的成为了一名数据库工程师，到底会不会像他想象的那么快乐？

比如像 Kould 说的：感觉 GreptimeDB 的数据库开发者大多把它当成工作，甚至是“生存手段”，少了一些他以为的该饱含的热情和执着，或许是复杂的架构，技术的压力和生存的困难把他们原本的热爱消磨了。

“写数据库一开始很有意思，但太复杂的架构、繁琐的开发过程，确实很容易让人失去耐心。”

他调侃说自己是“报复心很强的数据库爱好者”，而支撑他继续前行的原因，除了对开源的热爱，更多的是程序员的“倔强”和被 Greptime 拒之门外的自证之力。

沉默的社区与单机玩家：
GreptimeDB 社区氛围的现状

关于 GreptimeDB 的社区氛围，Kould 认为，这里虽不缺技术支持，但整体交流并不活跃，很多人更像是“单机玩家”。在进了技术群之后能看到社区内部的技术支持很充分，但大家平时的松散交流相对较少，让人有种“这里是个工作平台”的感觉，而非一个活跃的技术交流地。

锐航：“很多技术问题确实可以讨论，但感觉大家都忙着各自的事，社群更像是一个大办公室，而不是个讨论的社区。”

Kould 也给我们提了一些举措建议：适当的线上活动、技术分享会，甚至低门槛的聊天群，或许能让社区的参与度增强一些。Q&A 对于贡献者来说还是太产品化了，但技术方向和难点痛点希望被放在公开的群里讨论，这也有利于激发更多志同道合的贡献者加入嘛。

从 PR 被搁置到 Issue 分类：
开源的挑战与反思

维护开源社区并不是一件简单的事，Kould 也遇到过“被冷淡”的时刻。有一次提交的 PR 长时间没有得到我们内部的反馈，就让他感到 GreptimeDB 社区有些“冷漠”，但在他即将失去耐心前，这个 PR 终于被看到了。

锐航作为 GreptimeDB 的核心成员也表示之前在其他社区遇到过类似的情况，事情发生后贡献的动力就不足了。

一个开源社区的标准可能是——尽量杜绝类似“漩涡事件”的发生。

成为 Contributor 后的社区成员会增加对社区的关注和参与，但 GreptimeDB 社区似乎缺乏一个精细化的运营来增加这部分 Contributor 的粘性。在 Kould 看来，通过改进 Issue 的分类，让贡献者更好地找到合适的任务，减少在做任务时必须要耗费的查找和筛选的时间成本，是增加他积极性的一种方式。

“PR 有时候被搁置太久，真的挺影响信心的。如果 Issue 分类更清晰些，贡献者/关注者也能更好地找到任务。”

未来，我们可能会考虑增加订阅功能，让参与者能够更方便地获取关键更新，同时让 GreptimeDB 社区采用一些工具，简化任务分配和沟通流程，提高贡献者的参与度。

打造活跃的社群：
更多互动和成长空间

谈到现在社区的暮气沉沉，Kould 建议我们通过举办比赛或设置新手向的挑战项目来吸引新手参与，让社区既有长期的贡献者，又有新手的加入。他还希望社群里不只是 Q&A，更应当鼓励自由讨论和技术分享，营造一个“没有门槛”的技术交流氛围，让更多人通过我们的“数据库技术交流”走得近一点。

锐航：“一个好的开发者社区不光是解决问题的地方，更是一个大家一起探索技术、分享心得的地方。”

“低门槛的聊天群能让新手多参与进来。”

Kould 希望 GreptimeDB 社区可以用更开放、更包容的方式来鼓励各类贡献者。他还开玩笑地说，如果社区氛围变得更活跃，自己或许会更“上瘾”。

生活还是“围城”

Kould 是一个很有个性的数据库爱好者，比如他很爱“报复心”这个标签，在访谈中强调了很多次。目前他正在旅居的路上，从广东到南京，下一站是去北京，或许更多人羡慕“数字游民”的生活，但是他说重复的工作只会消磨他的耐心和热情，旅居只是增添工作外的一些乐趣。

“数据库开发是一个积累的过程，不一定能够很顺畅，但是每段经历都值得反复回看。”

在闲暇时，Kould 也会玩一些射击类游戏来调节生活节奏。他认为，开源贡献最大的好处还是履历上的成就，毕竟我们 GreptimeDB 的贡献经历还是很有价值的（p.s. 在此还是欢迎大家来贡献更多的代码）。

希望每一个开源人
都能找到属于自己的灯塔

当被问及关于未来的问题时，Kould 希望社区可以继续关注贡献者的体验，加强沟通与支持（还是要有一些吹水群），让更多数据库爱好者有机会达成共识和找到归属。他也希望能吸引到更多像他一样热爱数据库的人，为 GreptimeDB 注入新的活力和创意。

“数据库”确实很多，但是希望和 Kould 一样，Greptime 的包容能成为各位有志者的起点。

来自作者：欢迎大家 GitHub 了解 FnckSQL 项目👇

Star FnckSQL

https://github.com/KipData/FnckSQL

和 Kould 交个朋友：

https://github.com/KKould

Contribute to GreptimeDB：

https://github.com/GreptimeTeam/greptimedb

Interviewer：Ruihang，Weny，Beryl
Interviewee：Kould

关于 Greptime

Greptime 格睿科技专注于为可观测、物联网及车联网等领域提供实时、高效的数据存储和分析服务，帮助客户挖掘数据的深层价值。目前基于云原生的时序数据库 GreptimeDB 已经衍生出多款适合不同用户的解决方案，更多信息或 demo 展示请联系下方小助手（微信号：greptime）。

欢迎对开源感兴趣的朋友们参与贡献和讨论，从带有 good first issue 标签的 issue 开始你的开源之旅吧～期待在开源社群里遇见你！添加小助手微信即可加入“技术交流群”与志同道合的朋友们面对面交流哦~

Star us on GitHub Now: https://github.com/GreptimeTeam/greptimedb
官网：https://greptime.cn/
文档：https://docs.greptime.cn/
Twitter: https://twitter.com/Greptime
Slack: https://greptime.com/slack
LinkedIn: https://www.linkedin.com/company/greptime/

点击「阅读原文」，立即体验 GreptimeDB！