Skip to content

Instantly share code, notes, and snippets.

@otakustay

otakustay/q.txt

Created September 2, 2022 02:35
Show Gist options
  • Star 1 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save otakustay/d383d00505d3fcc81a3a1158ce098cae to your computer and use it in GitHub Desktop.
Save otakustay/d383d00505d3fcc81a3a1158ce098cae to your computer and use it in GitHub Desktop.
Download ZIP
Raw
q.txt
“工程规范治理”包括工程相关的规范制定与落地（Lint、UT、供应链等），工具研发与支持（各类命令行、框架、库等），平台化（Devops、依赖管理、技术中台等）。
Q：贵公司的名称？
Q：贵公司如何看待工程规范治理这件事？上层视角？基层管理者视角？业务员工视角？
Q：贵公司工程规范治理这件事的重视度和投入，主要推动方？
Q：开展过哪些工程规范治理的工作？如何开展的？
Q：还计划开展哪些工程规范治理的工作？
Q：开展过程中成功的例子和踩过的坑？
Q：如何衡量这件事的价值和收益？
@otakustay
Copy link
Author

Q：贵公司的名称？

百度

Q：贵公司如何看待工程规范治理这件事？上层视角？基层管理者视角？业务员工视角？

公司长期在Devops（代码托管、流水线）上有治理和规范，代码规范有CMC（代码规范委员会）负责制定、Devops平台负责卡位。上层对治理工作比较重视，并且期望将治理范围扩大，包括供应链管理（依赖引入）、语言收敛、框架统一等。

基层管理者对此类治理感知不强，更重视业务的交付。

业务员工在大多数情况下能适应此类治理，但某些环节缺少工具支持，例如代码规范自动修复等，让一线工程师有一些抱怨。

Q：贵公司工程规范治理这件事的重视度和投入，主要推动方？

公司整体比较重视，有CMC（代码规范委员会）、TC（技术委员会）、TOC（技术治理委员会）共同推进，各BG、部门的高T落地。

Q：开展过哪些工程规范治理的工作？如何开展的？

  • 编码规范：由CMC制定规范，代码托管平台负责在Code Review阶段卡位。
  • 平台化：收敛公司内部各类技术平台，由TOC牵头梳理与制定规划。
  • 依赖管理：jFrog提供PHP、Java、Python、Go的依赖，NPM单独服务，由工程效能部运维。
  • 云原生化：由基础架构部、工程效能部共同推进。

Q：还计划开展哪些工程规范治理的工作？

  • 语言更新：Go替换PHP、C++版本更新。
  • 框架收敛：包括RPC类、应用开发框架等，Go已有统一框架，覆盖率接近100%。
  • 依赖引入：拒绝有风险的依赖引入到内部，以及引入后的定制统一管理。

Q：开展过程中成功的例子和踩过的坑？

  • Devops的统一比较顺利。
  • 平台化进展比较差，业务没有动力把自己的平台做成公司级的，也没有太大动力用公司级的不完全满足自己需求的平台。

Q：如何衡量这件事的价值和收益？

  • 未知。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment