在创业初期，只有几个人的研发团队往往展现出“十倍程序员”的高效与灵活，但当公司规模扩大、代码量激增，研发效率和产品质量却面临严峻挑战。为应对这些问题，涛思数据在2024年10月重组了最重要的资产——研发部门，并提出“一切都要代码化”的核心原则。本次演讲将结合公司内部实践，深入剖析从环境配置、CI/CD 流程到文档与测试用例管理的关键痛点，并阐述如何通过将环境、流程、文档、基础设施全面纳入版本管理和自动化体系，显著提升协作效率与产品质量。

借助“一切都要代码化”，研发人员得以摆脱大量重复性、依赖个人经验的操作，不论是新入职环境配置还是现场快速交付修复版本，都能“一键”完成。在此过程中，文档与测试用例也实现了同步更新与分类，让协作更加透明、质量更加可控。最终，通过更高效的研发模式，团队能够释放更多精力专注于创新与产品竞争力的提升。

演讲提纲

1. 问题背景

• 以涛思数据公司研发部门重组的背景出发，提出“一切都要代码化”的原则及其重要性。

2. 研发效率低下的典型场景

• 现场解决BUG后，因环境依赖无法快速交付新版本
• 新入职研发人员需花费大量时间熟悉开发环境
• CI/CD系统效率低，测试流程耗时长
• 测试例与文档脱节，覆盖率不足
• 测试资源协调困难，需人工开会协调

3. 效率低下的根本原因

• 工作难以重复，依赖个人经验
• 工具、工作流管理代码未纳入版本管理
• 文档与代码脱节，用户手册更新滞后
• 计算、网络资源管理原始，依赖人工

4. 一切都需要代码化

• Environment as code：开发、测试环境自动化部署
• Pipeline as code：CI/CD工作流代码化，纳入版本管理
• Documentation as code：文档代码化，自动生成测试例列表等
• Benchmark as code：对比测试代码化，减少环境依赖
• Infrastructure as code：计算资源分配自动化，虚拟化管理

5. 代码后的效果

• 本地快速打包与发布，提高 BUG 修复效率
• 性能测试便捷性
• 新人快速上手，降低文档依赖性
• 版本透明度提升
• 资源申请便捷化

6. 总结

• 强调“公开、透明”文化和“实事求是”工作原则
• 代码化提升效率，促进团队积累，增强产品竞争力

您认为，这样的技术在实践过程中有哪些痛点？

在实际的实施过程中由于团队规模原因还是会有一些阻力和与预期偏差的结果，作为企业领导者需要在规则执行过程中不断纠偏，以达成预期目标。

听众收益

1. 了解 TDengine 研发部门重组的痛点及实践经验。
2. 了解“代码化”对研发效率和团队协作的提升。