51工具盒子- 前言
OceanBase 在2024年8月15日在南京宣布成立了新的5个SIG，算下来OceanBase社区已经有了6个SIG了。
很多小伙伴可能很好奇，SIG是个什么组织，怎么加入，平时怎么运作的。今天我就以obdiag SIG的一次周会为引子，给大家看看真实的obdiag SIG。下面是非常官方的介绍：（我建议大家直接掠过）
obdiag SIG（Special Interest Group，特别兴趣小组）是一个专注于OceanBase敏捷诊断工具研发、推广及生态建设的开源小组，目标是打造一个集用户体验卓越、功能强大、社群活跃于一体的 OceanBase 诊断生态系统。
我说说我眼里的obdiag SIG：我们不仅是一群技术宅，更是一支充满活力、热爱探索的团队。每周五下午16:00-17:00，是我们的固定外部周会时间。在这里，没有无聊的汇报，只有脑洞大开的设计讨论，以及那些令人捧腹的小插曲。
- 举个例子
8月16日下午16:00-17:00，obdiag SIG非常平凡的一次外部会议。这次会议新增的议题有两个：《obdiag display 功能的概要设计评审》和《obdiag 评估预创建索引大小概要设计评审》。obdiag display 这个功能创意来源是OceanBase博客中一位开发者贡献的小工具 https://open.oceanbase.com/blog/12974042661 ，后面经过讨论由完全由外部开发者承担设计开发任务，该功能前两次周会上已经聊过两次了，大体方案都聊的差不多，再加上《obdiag 评估预创建索引大小概要设计评审》功能不大，原本计划半小时结束本次周会，没成想《obdiag display 功能的概要设计评审》的时间越聊越脱离控制。最后的争论点停留在【易用性】 PK 【功能统一性】。"我认为我们应该优先考虑易用性！" "功能统一才能带来更好的用户体验啊！" 这样的对话在会议室里此起彼伏。一个小时的会议时间到了，我们依然没能达成一致意见。既然无法统一观点，老规矩，投票决定。
弱弱的说一句，第一个投票的是谷渐，他是OceanBase开源部门负责的技术Leader，也是我的老板。他选择了方案1(易用性优先)。不过最后大家投票后是方案2(功能统优先)胜出，挺意外的。我们开玩笑的说，obdiag 的功能是我们SIG成员自己票选出来的，老板说话也不好使。
- 最后
这就是 obdiag SIG，一个充满活力、创意无限的地方。如果你也热爱技术，渴望与一群志同道合的人一起探索，一起分享诊断知识，那么欢迎加入我们！在这里，您能够：
-
直接接触并参与贡献业界领先的分布式数据库诊断技术，将实战中累积的宝贵诊断经验通过obdiag工具落地实现，加速个人技术能力和视野的提升。
-
加入充满活力的技术社群，与顶尖技术专家们并肩作战，借助社区力量提升诊断技能，成为OceanBase数据库诊断领域的专家。
-
您的每一份贡献都将直接或间接地帮助全球范围内的OceanBase用户，解决他们面临的诊断问题。
让我们共同参与obdiag项目建设，共同定义obdiag的发展方向，深度交流、协作创新，携手打造一款深入人心的OceanBase敏捷诊断工具。
加入方式：
请添加 OB社区小助手（微信号：obce666）并备注"obdiag SIG"，工作人员会联系并指引您加入SIG的相关事宜。
SIG 地图
AI SIG ：https://oceanbase.github.io/docs/sig/AI/sig_intro
cloud-native SIG: https://oceanbase.github.io/docs/sig/cloud-native/sig_intro
develop-tools SIG : https://oceanbase.github.io/docs/sig/cloud-native/sig_intro
MiniOB SIG: https://oceanbase.github.io/docs/sig/miniob/sig_intro
obdiag SIG: https://oceanbase.github.io/docs/sig/obdiag/sig_intro
operation SIG: https://oceanbase.github.io/docs/sig/operation/sig_intro
