Skip to content

Instantly share code, notes, and snippets.

@otakustay
Created September 2, 2022 02:35
Show Gist options
  • Save otakustay/d383d00505d3fcc81a3a1158ce098cae to your computer and use it in GitHub Desktop.
Save otakustay/d383d00505d3fcc81a3a1158ce098cae to your computer and use it in GitHub Desktop.
“工程规范治理”包括工程相关的规范制定与落地(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