本地静态代码检查实践落地与使用体验调查问卷

您是否了解“静态代码检查左移”（编码阶段本地优先进行代码检查，而非依赖CI流程）的开发理念？

是

否

您所在团队当前的静态代码检查主要采用哪种模式？

本地进行静态检查

依靠CI进行静态检查

不清楚其他同事怎么处理的

您是否实际使用过Clang-Tidy、Lizard等本地静态代码检查工具？

是

否

若使用过本地静态代码检查工具，您是否同意本地检查会加快开发进度？

是

否

您是否愿意过通过Makefile封装检查命令（如`make lint`），实现本地一键完成多工具检查？

愿意

不愿意

您是否将本地静态代码检查工具与VSCode等编辑器集成，获取编码时的实时错误/警告提示？

是，已集成并经常使用

是，已集成但很少使用

否，尚未集成但计划集成

否，尚未集成且暂不计划集成

相比依赖CI的传统检查流程，您认为本地静态代码检查在提升代码提交质量方面效果如何？

若未使用过本地静态代码检查工具，阻碍您尝试的主要原因是什么？（可多选）【多选题】

不清楚本地静态代码检查工具的具体作用和优势

认为集成和配置本地静态代码检查工具太复杂

团队没有相关使用规范或推广要求

目前开发流程已经足够顺畅，没有引入工具的迫切需求

缺乏学习和使用这类工具的时间和精力

对工具的兼容性有顾虑（如与现有开发环境、语言版本不兼容）

我已经开始使用本地进行静态代码检查了

结合材料中提到的本地检查优势（即时反馈、提升效率等），您是否愿意在后续开发中主动尝试并向团队推广该流程？

非常愿意，会主动尝试并积极向团队推广

愿意尝试，但推广意愿一般

可以尝试，但需要更多了解后再决定是否推广

不太愿意尝试，保持现有流程即可

完全不愿意尝试和推广

10.

您对本次分享的满意程度