SkillWorth 2026

热门榜还缺了一项：学习投入。

热门榜告诉我招聘里常提什么，却没有说学到能用需要多久。SkillWorth 同时考虑岗位需求、公司分布和学习投入，再按目标岗位查看差异。

同一冻结快照的默认 180 天窗口里，C++ 的需求排第 3。计入从零约 260 小时的学习投入假设后，SkillWorth 排第 35。这个时长没有实测个人学习速度，也不表示 C++ 不值得学；已有基础或目标岗位变了，就要重新看这个比较。

先看岗位方向，再读名次。

换个岗位，排序也会变

同一默认 180 天窗口的 DevOps 切片只有 21 个岗位，Kubernetes 的 SkillWorth 排名却从全局第 18 变为角色内第 1。小样本值得继续查，不能直接当成所有 DevOps 岗位的学习建议。

名次还取决于哪些假设

这里的学习时长是预先设定的估计。敏感性分析比较几组参数下的名次变化，薪资和趋势仍显示为“不可用”，不补成零。

想继续看，再打开技能场

首页先读结果，3D Skill Field 再用来搜索技能、查看关系。排名由本地 DuckDB 和 Python 生成；公开 Worker 读取预计算聚合，不在线运行整条分析管线。

一个岗位，别数成两行。

Freehire 单源冻结补充样本，默认 180 天窗口。来源访问／导入：2026-08-10；聚合生成：2026-08-29。不代表持续更新的中国招聘市场总量。

134 项是观测到的技能，其中 110 项可进入排名，另外 24 项只作观察。
同一个岗位可能对应多条来源记录。JOIN 后直接 COUNT(*)，一个岗位就可能被数两次。合成测试里，2 个岗位连接 3 条来源映射后得到 3 行，按岗位去重才是 2。这个例子解释计数方法，没有重算这 998 个真实岗位。

网站上能看到什么

公开页面只供查看汇总结果，完整 JD 不随网站公开。

项目记录 · 2026-10-07：代码版本 0bd64f4c，PR #1 已合并。代码检查 · 方法说明 · 分析与 SQL 记录。
公开页面检查未重跑私有分析管线；页面内容也不能证明线上运行的精确代码版本。

这次优化，我做了哪几件事？

我给这次优化定了两条要求：沿用冻结数据，公开站只展示汇总结果。最后哪些修改可以保留，由我决定。

这次修改处理了三类显示问题：换了岗位却还显示旧数字，小样本仍用全局计数，无 WebGL 时难以重试或返回。

具体分工

Codex 参与了这次修复、展示、测试和文档。开始优化前，数据管线和指标方法已经存在。早期公式、清洗、人工审阅和 SQL 的个人分工，现有资料还没有写清楚。

为什么有 523 个岗位还归在 other？

默认 180 天窗口的 998 个岗位里，有 523 个归在 other，占 52.40%。角色分类还覆盖不了这份样本里的所有岗位，并不代表系统“错了 52.40%”。正式人工 Gold Benchmark 尚未完成；薪资和趋势也都没有足够数据。

一个补充来源和假设时长只能提供有条件的参考。技能共现只说明它们一起出现在岗位里，不能推导出学习收益。项目没有真实用户规模或学习后就业收益的记录。