路线图的作用是看全局，不是全部学完
roadmap.sh 把前端、后端、DevOps、数据库、AI 等方向拆成相互连接的知识节点。它能帮助新手看到学习顺序，也能让有经验的人发现缺口，但路线图覆盖面很广，若把每个节点都当作必修，反而容易长期停留在准备阶段。
先从目标职位或真实项目反推：未来三个月要完成什么作品，需要哪些最小技能。把路线中直接相关的节点标为当前阶段，其余放进“以后再看”，比同时打开几十门课程更有效。
把一张大图变成十二周计划
每周只安排一个核心主题和一个可交付成果。例如学习 HTTP 后做一个调用公开 API 的小程序，学习数据库后为项目增加查询和备份。成果能暴露真正不会的地方，而完成视频进度不能。
- 第一周确定目标、现有基础和作品形式；
- 每个知识点配一个能运行的小练习；
- 每两周回顾一次，删除不再服务目标的内容；
- 用 GitHub 保存代码、问题记录和迭代说明。
资源链接只是入口，质量要自行筛选
每个节点下可能有文章、视频或课程，但技术版本与个人基础不同。优先阅读官方文档，再选择一个讲解资源和一个实践项目即可。多来源并行容易产生“懂了很多解释，却没写过一次代码”的错觉。
需要查找开源实现时，可从站内的 GitHub 入口继续。看星标时同时检查最近提交、问题区和许可证，热门仓库也可能不适合学习或生产。
路线会变化，基础能力更耐用
框架和工具会更新，但网络、数据结构、操作系统、数据库和调试方法长期有用。学习新方向时保留一部分时间补基础，遇到问题会更容易理解原因，而不是只会复制当前版本的命令。
roadmap.sh 适合每月回看一次，不适合每天因为未点亮节点而焦虑。最终标准应是能独立完成、解释和维护一个项目，而不是路线图完成百分比。
