同行包总量
同行包有多大？
189
同行包总量
五条记录相加
85
Oracle
头部锚点
19
ServiceNow
尾段
数据与说明
Oracle 85（45.0%）、IBM 38（20.1%）、Cisco 24（12.7%）、Salesforce 23（12.2%）、ServiceNow 19（10.1%）。
| 名称 | 数值 | 占比 |
|---|---|---|
| Oracle | 85 | 45.0% |
| IBM | 38 | 20.1% |
| Cisco | 24 | 12.7% |
| Salesforce | 23 | 12.2% |
| ServiceNow | 19 | 10.1% |
具名名单
先看五家对照
名单只针对这里列出的雇主。本页已经定下了公司和职称。
具名名单
要这 189 位发布工程师的具名名单
索取名单时请点名本页已经测过的目的地线。职称族留在本页统计的范围内。
关键结论 · 如何引用
人数梯度
各家席位如何排序？
从 Oracle 的 85 人排到 ServiceNow 的 19 人。
数据与说明
Oracle 85 人、IBM 38 人、Cisco 24 人、Salesforce 23 人、ServiceNow 19 人。 只比较各家专属企业主页记录上的当前人数。
| 名称 | 数值 |
|---|---|
| Oracle | 85 |
| IBM | 38 |
| Cisco | 24 |
| Salesforce | 23 |
| ServiceNow | 19 |
人数对照份额
绝对人数对照份额：谁领先？锚点 Oracle
绝对人数与份额%可能给出不同排序决策：谁最大，谁占比最高。
数据与说明
锚点 Oracle 85（45.0%）；尾部 ServiceNow 19（10.1%）。
| 类别 | 人数 | 同行包份额% |
|---|---|---|
| Oracle | 85 | 45 |
| IBM | 38 | 20.1 |
| Cisco | 24 | 12.7 |
| Salesforce | 23 | 12.2 |
| ServiceNow | 19 | 10.1 |
集中度
前两家 / 中段 / 尾部集中度如何？
前两家合计 123/189（65.1%）；中段 47；尾部 19。
数据与说明
前两家 Oracle+IBM = 123（65.1%）；中段 Cisco+Salesforce = 47（24.9%）；尾部 ServiceNow = 19（10.1%）。
| 名称 | 数值 | 占比 |
|---|---|---|
| Oracle+IBM | 123 | 65.1% |
| Cisco+Salesforce | 47 | 24.9% |
| ServiceNow | 19 | 10.1% |
怎么用
发布工程师（189）：这意味着什么 / 怎么用
本周优先名单开口对准 Oracle：85/189（45.0%）——最大储备先点这里。
- 用 IBM 的 38/189（20.1%）作对照窄名单；对 Oracle 是 2.24×。
- 尾部 ServiceNow 仅 19/189（10.1%），相对锚点偏薄——不要按同一节奏扩到未测雇主。
- 开口范围卡在本页五家已测发布工程师席位合计 189（85 + 38 + 24 + 23 + 19）。
席位边界
本席位边界是什么？
席位只认写全的发布工程师，并把资深同族算进去；运维工程师与构建工程师不计入 189 人。
截至 2026-10-29 PT · 来源：Metix AI
方法与说明
方法与口径
储备是各公司自己的记录上、2026-10-29 PT 的当前发布工程师人数。五条记录互不重叠，所以合计是分记录相加。来源为 Metix AI。
聚合报告 · 不展示任何个人信息 · 由 Metix AI 提供
常见问题
常见问题
- 为什么是以Oracle为首的这五家发布工程师（189）？
- 发布工程师是在五条分开的公司记录上统计的。截至 2026-10-29 PT，五条记录合计 189。
- 发布工程师合计 189 是否包含旁边的职称？
- 合计不含运维工程师和构建工程师。2026-10-29 PT 和 189 只指发布工程师。
- 发布工程师（189）的头尾为什么差这么多？
- 两端都是各公司自己记录上的当前发布工程师。2026-10-29 PT 当天两个数字共用一个口径。
- 这个发布工程师席位（189）能否用在别的公司？
- 已发布的包仍是五条记录上的 189，时点 2026-10-29 PT。定制口径可以复用发布工程师这个短语。