developer-roadmap

Developer Roadmap 是由开发者 Kamran Ahmed 于 2017 年发起、现由 nilbuild 组织持续维护的开源开发者技能图谱与学习路径平台，核心定位是“用一张张可视化的依赖关系图，替代模糊的课程列表和碎片化的教程——告诉你‘学什么’之前先告诉你‘先学什么、后学什么、哪些可以不学’”。它不满足于做又一份“技术栈清单”或“Awesome 链接合集”，而是将 60+ 条角色导向与技能导向路线图、节点级策展资源、进度追踪与团队协作、AI 学习路径整合于一套“数据与渲染分离”的工程架构中，全部配有 roadmap.sh 免费在线访问、自定义编辑器（draw.roadmap.sh）、社区贡献流程，以及 自定义许可协议——代码开源，但路线图内容 “All Rights Reserved”，限制转载与商业再分发。截至 2026 年，项目累计获得约 36.8 万 GitHub Stars，长期位居 GitHub 全站 Star 数前十。

一、Developer Roadmap 是什么

Developer Roadmap 采用“技能依赖图 + 节点级策展 + 数据视图分离”三位一体的架构，通过 GitHub 完全托管，主仓库语言为 TypeScript，线上平台为 roadmap.sh。项目由 Kamran Ahmed 于 2017 年 3 月发起——当时他只是在自己的博客上画了一张后端开发者路线图 SVG，48 小时内服务器因流量过大而宕机，到了年底星标突破 5 万。此后项目逐步扩展：2018 年加入前端和 DevOps，2019 年上线 React/Vue 专属路线图，2020 年加入移动端、数据科学和 AI，2021 年加入 DBA 和网络安全，如今已覆盖 60+ 条路线图、十余个技术方向。

它的运作机制与市面上所有“技术学习指南”都有本质区别。打开任何一条路线图，你看到的不是“第 1 周学 HTML、第 2 周学 CSS”的线性课表，而是一张有向图（Directed Graph）：每个节点代表一项技能（HTTP、CSS Grid、Docker、Kafka），节点之间的连线定义学习的前置依赖关系——“学习 DNS 是理解 SSL 的前提”，“掌握 PostgreSQL 再接触 NoSQL 会更顺畅”。这种设计把“学习路径”从模糊的时间序列，变成了一个结构化的依赖管理系统：你不需要问“我该学什么”，你只需要看图，找到你当前所在的位置，沿着箭头方向前进。

二、Developer Roadmap 能做什么

角色导向与技能导向的双轴路线图（图）——不是“一份通用清单”，而是“按‘你想成为谁’和‘你想精通什么’两条轴组织”。角色导向（Role-based） 面向“成为某个职位的人”，覆盖 Frontend、Backend、DevOps、Full Stack、Android、iOS、AI Engineer、Prompt Engineer、QA Engineer 等约 25 种主流研发角色；技能导向（Skill-based） 面向“深入掌握某一项具体技术”，覆盖 JavaScript、Go、Python、SQL、System Design、Data Structures & Algorithms 等约 30 个独立技术主题。角色路线图按季度更新，技能路线图随技术演进而更新——例如 Go 路线图已涵盖泛型，AI 路线图在 2025 年纳入了 Agent 相关节点。

节点级策展资源——点击任何一个方块，侧边栏给出“该学什么”的精选清单（策）——不是“丢给你一堆搜索结果”，而是“官方文档优先、高质量免费教程其次、推荐书籍或视频最后”的策展（Curation）。它的价值不在于自己编写教程，而在于在海量信息中标出哪些是必经之路、哪些是可选项、哪些可以先跳过。每个节点还标注了分类（essential / nice-to-have / optional），让你在有限的时间里优先投入真正重要的技能。

进度追踪与团队协作（追）——不是“看完就忘”，而是“标记进度、可视化学习轨迹”。平台提供用户仪表盘、进度追踪、收藏管理和活动热力图；团队功能允许组织追踪成员在特定路线图上的进展。社交功能支持好友关系、团队管理和进度分享。

AI 学习路径与 Agent 相关节点（AI）——不是“只覆盖传统技术栈”，而是“跟上 2025–2026 年的 AI 浪潮”。路线图在 2025 年纳入了 Agent 相关节点，并新增了 AI Engineer、Prompt Engineer 等角色路线图。AI 功能复用同一数据格式和渲染管线，将内容产能放大，形成 UGC 平台。

自定义路线图编辑器与社区共享（创）——不是“只能看官方路线图”，而是“用 draw.roadmap.sh 创建自己的交互式路线图并提交社区”。贡献流程支持通过编辑器创建路线图、提交 issue、经过社区审阅后进入 Showcase。

三、Developer Roadmap 适合谁用

被“学什么”困扰的初学者与转行者——学过 Java、写过 CURD，但不知道一个合格的后端工程师到底需要掌握什么。他的困惑不是“怎么学”，而是“学什么”。Developer Roadmap 用依赖图回答“先学什么、后学什么、哪些可以不学”。

追赶技术迭代的中级开发者——JavaScript 更新太快，Vue 还没学透 React 已成标配，Next.js 又冒头。“我到底该把精力放在哪里”。角色路线图的季度更新和技能路线图的节点级策展，帮助你把精力聚焦在“当前岗位真正要求”的技能上。

技术团队负责人与教育者——需要为团队或学生提供一条有共识的成长路径。路线图的节点分类（essential / nice-to-have / optional）和团队进度追踪功能，让“我们该培训什么”从主观讨论变成可视化决策。

想验证技术栈完整性的资深工程师——用了很多年某个技术栈，但不确定自己是否遗漏了关键环节。依赖图可以帮你反向审查：从你熟悉的高层节点往回走，看看有没有从未系统学过的前置依赖。

自定义学习路径的创建者——想为团队、课程或社区创建专属路线图，并通过 draw.roadmap.sh 提交到 Showcase。

四、Developer Roadmap 的应用场景是什么

“学什么”的入门破局场景——一个计算机专业学生收到三家公司拒信，不是因为技术不行，而是“知识体系不够完整”。打开 Backend Roadmap，从最左侧的“Internet”节点开始，沿着箭头逐一标记“已掌握 / 正在学 / 未开始”，一张图看完，知识体系的缺口一目了然。

技术栈升级与方向切换场景——一个后端工程师想转 AI Engineer。打开 AI Engineer 路线图，不是从零开始盲目学，而是把已有的 Python、SQL、系统设计节点标记为已掌握，然后沿着依赖关系只补“缺失的前置节点”和“AI 专属节点”。

团队培训计划制定场景——技术负责人需要为团队制定季度学习计划。把团队当前的技术栈在对应路线图上标记一遍，essential 节点中未掌握的项就是培训优先级；团队进度追踪让“谁学到哪了”可视化。

自定义课程与社区路线图创建场景——教育者想为一门课程或一个社区创建专属学习路径。使用 draw.roadmap.sh 搭建交互式路线图，提交到 GitHub issue，经过社区审阅后进入 Showcase。

AI 时代技术栈的“依赖更新”场景——2025–2026 年 AI Agent 成为新的技能节点。AI 路线图的更新让开发者能看到“从传统后端到 AI 应用开发”的依赖路径，而不是在零散的 Agent 教程中随机游走。

五、Developer Roadmap 为什么值得关注

从“课程列表”到“依赖图”的认知升维。大多数学习资源是线性的——第 1 章、第 2 章、第 3 章。但技术学习从来不是线性的：你可以在不懂 CSS Grid 的情况下用 Flexbox 做出布局，但如果你不理解 HTTP 就很难真正理解 CORS 和 Cookie。Developer Roadmap 用有向图表达这种非线性依赖关系，让“学习路径”从一个模糊的时间序列，变成一个结构化的依赖管理系统。这种“先修关系”的建模方式，是它区别于所有课程平台最核心的价值。

“策展”而非“生产”——在信息过载中做减法。它的价值不在于自己编写教程，而在于策展（Curation）：在海量信息中，标出哪些是必经之路，哪些是可选项，哪些可以先跳过。对于一个被“十篇口径不一的 CAP 博客、三个互相矛盾的 Sharding 方案”包围的开发者来说，这层过滤省去的是选择成本，而不是学习成本。

36.8 万 Stars 的社区验证——GitHub 全站 Star 数前十。项目累计约 36.8 万 Stars，长期位居 GitHub 全站前十，仅次于 freeCodeCamp、996.ICU 等现象级仓库。一个没有一行可运行业务代码的仓库获得这种量级的认可，本身就是对“开发者需要一张可信赖的技能地图”这一需求的集体投票。

“数据与视图分离”的工程架构——让路线图可持续演进。路线图以结构化的 JSON 独立存在，定义节点、连线、分类和资源链接；渲染层通过 Node.js 脚本将 JSON 渲染为 SVG 或 React Flow 坐标，Astro + React + TypeScript 的 Jamstack 架构保证了 SEO 和交互体验。这种架构让内容更新与渲染逻辑解耦，是项目能够持续扩展 60+ 条路线图的工程基础。