代码+质量双保障！天谋科技两位新晋时序数据库 IoTDB Committer 居然工作爱好两不误？

天谋科技又有 Committer 啦！

好消息！2026 年 1 月 12 日、1 月 16 日，经 Apache IoTDB 社区投票，李伟豪、张正明成为时序数据库 Apache IoTDB Committer！

作为深耕 IoTDB 商业化落地的核心力量，来自天谋科技的他们既懂社区生态的共建逻辑，又熟产品技术的深度细节，用实打实的代码贡献与质量保障，成为了社区认可的核心成员。接下来，就让我们走进这两位新晋 Committer 与 IoTDB 双向奔赴的成长之旅吧！

李伟豪

大家好，我是李伟豪，目前是天谋科技的一名数据库开发工程师。从 2022 年 5 月与 Apache IoTDB 结缘至今，我始终带着对时序数据库技术的热爱参与项目贡献，这段旅程让我收获满满，也让我对开源协作有了更深刻的理解。

关于 Apache IoTDB

最开始你是怎么了解到 Apache IoTDB 这个项目的？

我最初是在公司内部的技术培训中认识 Apache IoTDB 的。当时就被它的背景和定位深深吸引。作为由清华大学软件学院孵化、深耕工业物联网领域的 Apache Top-Level 项目，它精准聚焦时序数据管理的核心痛点和关键需求实现技术突破，这种 “专而精” 的技术方向，让我一下子就记住了这个项目。

是什么让你最终选择参与到 Apache IoTDB 这个项目中？

真正让我下定决心加入的，是 IoTDB 社区那股纯粹又热烈的技术氛围。在正式参与前，我曾在社区咨询过一个关于查询引擎的技术疑问，本来没抱太大期待，结果当天就收到了社区同学的详细回复。

这种 “有问必答、乐于分享” 的包容感，让我觉得 IoTDB 社区是能真正交流技术、共同成长的平台，在这里每个人的想法都能被重视，这正是我一直渴望的协作环境。

在 Apache IoTDB 中主要负责哪一部分的内容？

我主要聚焦于查询引擎的开发与维护工作，围绕表模型，陆续落地了不少分析类增强功能：比如表模型聚合查询、系统表框架、历史 SQL 展示、ASOF-JOIN 等等，同时将 Cascade 优化器框架引入表模型，进一步优化了查询执行计划的生成逻辑，让查询性能更上一层楼。

在参与 IoTDB 项目建设的过程中，有哪些收获？

这段经历给我的成长是全方位的。沟通上，社区里有来自不同公司、不同技术背景的开发者，让我学会了精准捕捉他人表述的核心要点，也能更清晰地表达自己的设计思路，跨背景、跨团队的沟通能力得到了很大的锻炼。

技术上，IoTDB 作为复杂的分布式时序数据库系统，涉及存储、计算、优化等多个核心模块，从接手单一功能开发到参与整体架构优化，我对复杂系统的设计逻辑、性能调优方法有了更深刻的理解，解决问题的思路也从 “单点突破” 变成了 “全局考量”。

更重要的是，社区快速迭代的节奏让我始终保持学习状态，每一次功能评审、每一次 bug 排查，都是一次宝贵的成长机会。

有什么参与贡献过程中的故事分享？

印象最深的是开发表模型 “展示正在运行的 SQL（SHOW QUERIES）” 功能时的经历。当时做完这个功能后，我发现社区里还有很多类似的系统 runtime 信息展示需求，比如查看连接状态、任务进度等，但这些需求分散在不同模块，开发者如果不熟悉查询引擎，实现起来既耗时又容易出现兼容性问题。

于是我萌生了开发一个通用系统表框架的想法，把重复的逻辑抽象出来，提供简单易用的接口。这个想法在社区提出后，立刻得到了团队的支持，他们不仅给出了很多优化建议，还帮我一起梳理框架的设计规范。框架完成后，我还编写了详细的使用文档，没想到很快就有其他小伙伴基于这个框架开发新的系统表，现在基于这个框架的系统表已经有 20 个左右了。

每次看到社区伙伴在群里分享用这个框架快速完成功能开发的喜悦，我都特别有成就感。一个人的小小想法，在社区的支持下能变成服务大家的工具，这种 “互帮互助、共同成长” 的感觉真的很棒。

是什么让你能一直坚持参与 Apache IoTDB 项目，最终成为 Committer 呢？

最核心的动力是社区带来的 “正向成长循环”。刚加入时，我只是个熟悉单一模块的开发者，社区并没有因为我是新人就只分配简单任务，反而会耐心指导我站在系统设计角度，梳理思路、解决问题。在这个过程中，我的技术能力快速提升，而能力提升后，又能接手更核心、更复杂的工作，得到更多锻炼机会。

更重要的是，社区的认可让我充满归属感。每一次代码合并、每一次方案被采纳、每一次小伙伴的感谢，都让我觉得自己的付出是有价值的。这种 “被信任、被需要、持续成长” 的感觉，让我自然而然地坚持了下来，直到成为 Committer。

关于开源社区

之前有过参与开源社区的经验吗？对开源/开源社区有什么新的认识吗？

之前我曾关注过 ElasticSearch 的开源社区，但当时更多是 “旁观者” 的身份，看着大佬们讨论技术、提交代码，自己因为不熟悉贡献流程、担心能力不足，一直不敢主动参与，总觉得开源社区是 “遥不可及” 的，只有技术大牛才能立足。

但加入 IoTDB 社区后，我的认知完全被颠覆了。这里没有 “大佬滤镜”，不管你是新人还是资深开发者，只要你有想法、愿意付出，就能得到平等的交流机会。这种包容、开放的氛围让我明白，开源社区不是 “精英俱乐部”，而是 “共创平台”—— 每个人都能在这里找到自己的位置，哪怕是微小的贡献，也能为项目添砖加瓦。

你觉得开源社区对 Apache IoTDB 的“加成”是？

开源社区对 IoTDB 来说，就像 “活水之源”。它打破了地域和公司的界限，吸引了天南海北、各行各业的技术爱好者。大家带着不同的业务场景、不同的技术视角参与到项目中，不仅能快速发现产品的潜在问题，还能提出很多创新性的需求和方案。

这种 “众人拾柴火焰高” 的协作模式，让 IoTDB 能快速响应市场需求，不断完善产品能力，也让项目的技术生态越来越丰富。

有没有给想要参与 Apache IoTDB 开源社区贡献的小伙伴一点小建议？

千万不要觉得 “我是新人，能力不够，没法贡献”—— 开源社区最欢迎的就是愿意尝试、愿意学习的人。刚开始可以从简单的事情入手，比如修复文档里的小错误、参与 issue 讨论，慢慢熟悉贡献流程和项目架构；遇到不懂的问题，大胆在社区邮件列表或聊天群里提问，IoTDB 的小伙伴们都特别热心，一定会耐心帮你解答；如果有明确的功能想法，也可以主动和社区沟通，哪怕想法不够成熟，大家也会一起帮你打磨完善。

我觉得开源贡献是 “循序渐进” 的过程，只要你愿意迈出第一步，坚持下去，不仅能为项目贡献力量，更能在这个过程中快速成长，收获远超预期的成就感。

成为 Committer 的感言！

能成为 Apache IoTDB 的 Committer，我真的特别荣幸，这不仅是对我过去两年多贡献的认可，更承载着社区对我的信任和期待。我的每一步成长都离不开社区伙伴们的帮助和包容，是他们耐心的指导、开放的讨论，让我从一个开源新手逐渐成长为能独当一面的 Committer。

未来，我会以更高的标准要求自己，不仅要继续深耕技术，产出更优质的代码和功能，还要积极帮助社区里的新伙伴，把 IoTDB“包容、互助、快速成长” 的氛围传递下去，和大家一起把 IoTDB 打造成更强大、更易用的时序数据库产品，为开源社区贡献更多力量！

张正明

大家好，我是张正明，一名专注于 Apache IoTDB 质量保障的软件测试工程师。我的核心工作是守住 IoTDB 的质量防线 —— 既要保障核心功能稳定运行、生态组件兼容适配，更要助力各版本高质量落地交付。

关于 Apache IoTDB

最开始你是怎么了解到 Apache IoTDB 这个项目的？

早在 2018 年 IoTDB 尚未正式加入 Apache 社区时，我就已经与它结缘。当时我主要负责项目的落地实施，以及文档的补充与完善工作，随着对项目的了解逐渐加深，后续便转型成为全职的 IoTDB 测试工程师，从此全身心投入到这个项目中。

是什么让你最终选择参与到 Apache IoTDB 这个项目中？

真正吸引我扎根 IoTDB 的，是项目本身的技术价值与精准定位。它聚焦工业时序数据管理这一领域，面向行业用户的诸多痛点问题，解决方案非常有针对性。我始终坚信，这样一个能切实解决实际需求的项目，未来有着无限的发展潜力，这也是我选择深度参与的核心原因。

在 Apache IoTDB 中主要负责哪一部分的内容？

作为 IoTDB 的测试工程师，我的工作核心围绕生态工具、接口测试与版本迭代展开。具体来说，涵盖了 MQTT、OPC-UA、多级存储等相关的测试工作，并全程护航 IoTDB 的每一次版本迭代与平稳交付。

在参与 IoTDB 项目建设的过程中，有哪些收获？

首先是技术视野的全面拓宽。通过测试工作，我得以深入拆解 IoTDB 的底层存储架构、协议适配逻辑与 SQL 解析引擎，对时序数据库的技术栈形成了完整且系统的认知。

其次是测试思路的扩展。最初我更多聚焦于单一测试点的验证，而随着参与度加深，我逐渐学会跳出单个用例的局限，而是能梳理全链路逻辑、定位问题根因并搭建前置预防机制。这种系统化思维让我处理复杂问题时更有条理，也能提前规避潜在风险。

有什么参与贡献过程中的故事分享？

最让我印象深刻的，是我接手的第一个核心功能测试 —— REST-API 测试。REST-API 是 IoTDB 对外服务的关键接口，承载着外部系统与数据库之间的数据读写等核心交互功能，它的稳定性会直接影响用户的使用体验。

我从最基础的单一接口功能验证入手，逐一校验每个 API 的请求参数、响应格式与返回码准确性，确保基础交互零偏差；之后逐步拓展到全场景覆盖，包括不同数据量下的性能测试、多并发场景的稳定性测试等，一步步筑牢这个核心接口的质量防线。

最后完成、通过所有测试项的时候，我特别有成就感：亲手为 IoTDB 的对外服务筑牢了一道坚实的质量屏障，那种踏实感让所有的投入都变得格外有意义。

是什么让你能一直坚持参与 Apache IoTDB 项目，最终成为 Committer 呢？

支撑我一路坚持的，一方面是持续的成长获得感：每完成一个测试任务、每修复一个 bug，都能学到新的知识与技能，这种稳步提升的感觉让人充满动力。

另一方面是社区的氛围魅力，和一群志同道合的开发者为了同一个目标并肩作战、互相学习，让参与贡献不再是一种负担，反而成为一种充满乐趣的体验。

关于开源社区

之前有过参与开源社区的经验吗？对开源/开源社区有什么新的认识吗？

在加入 IoTDB 社区之前，我对开源社区的认知很局限。自从加入 IoTDB 社区后，我对开源有了全新的理解：开源从来不是一个人的单打独斗，而是一群人的协同共建。

在开源社区里，没有 “旁观者”，每个人的微小贡献都能汇聚成推动项目前行的巨大力量；同时，开源也是一场双向奔赴的成长，你在为项目付出、让项目成长的同时，也在从项目本身和社区伙伴身上汲取“养分”，实现自我提升。

你觉得开源社区对 Apache IoTDB 的“加成”是？

开源社区最大的价值，在于汇聚了来自不同领域的用户与开发者。他们会将真实业务场景中的核心需求、实际痛点反馈给项目，这些源于产业一线的真实需求，推动着 IoTDB 不断完善优化，让项目从 “技术可行” 稳步走向 “产业可用”，让 IoTDB 的功能实现更贴合实际应用场景。

有没有给想要参与 Apache IoTDB 开源社区贡献的小伙伴一点小建议？

第一，不用一开始就追求复杂的功能开发，贡献不分大小。如果你擅长测试，就可以从补充测试用例入手；如果你熟悉文档编写，就可以从完善用户手册起步，从小任务积累贡献经验、熟悉流程。

第二，要积极沟通、别怕犯错。提交 PR 或提出想法时，遇到问题可以大胆在社区群或 GitHub Issue 中提问，社区的小伙伴们都非常乐意提供帮助。

成为 Committer 的感言！

我想由衷感谢社区各位小伙伴们的认可与支持，能成为 Apache IoTDB 的 Committer，我感到非常荣幸，也深知这既是一份荣誉，更是一份沉甸甸的责任。

IoTDB 是一个非常有活力、有温度的开源项目，这里有顶尖的技术分享、开放包容的氛围，还有一群志同道合的伙伴。如果你也对时序数据库、物联网技术感兴趣，或者想通过参与开源项目提升自己，欢迎加入 Apache IoTDB 社区，和我们一起成长！