给想靠做项目学习的人用的目录
Project Based Learning 是一个大型教程目录。它收集的是“做出一个东西”的教程，而不是按章节推进的课程。README 按语言和平台分组，包括 C 和 C++、C#、Go、Java、JavaScript、Python、Ruby、Rust、Swift、Web 开发等。使用方式很直接：选语言，选项目，跳到外部教程。
它看起来接近 codecrafters-io/build-your-own-x，但两者的入口不同。Build Your Own X 围绕“重做一个技术”组织，比如数据库、shell、编译器、容器运行时、操作系统。Project Based Learning 从语言出发，给你一批更像应用练习的项目：聊天应用、仿站、游戏、机器人、Web 应用、网络编程练习、数据项目和框架教程。如果你已经决定这周练 Python 或 JavaScript，它通常更快。
代价是新鲜度。仓库仍在，受众很大，2024 年还有 push，但最近 issue 里有不少失效链接报告和低质量问题。通过 GitHub 能看到的最近合并 PR 停在 2023 年附近，里面既有新增教程，也有清理失效链接。更准确的理解是：这是一个很有价值、但带着时间痕迹的目录，不是一个持续运营的课程平台。
里面到底有什么
README 本身就是产品。它没有托管应用，没有包，也没有本地工具。价值在那张地图：大量教程按主要语言或平台分组。C 和 C++ 学习者可以从写 shell 跳到小型数据库、渲染器、CHIP-8 模拟器或 TCP/IP 栈。JavaScript 学习者会看到原生应用教程、React 项目、浏览器扩展、游戏和全栈示例。Python、Go、Java、Ruby、Rust、移动端和 Web 方向也按类似方式展开。
当问题是“我接下来想用这个语言做什么项目”时，这种组织方式很好用。当问题是“我该按什么顺序学计算机科学”时，它就不够。OSSU 或 jwasham/coding-interview-university 更像学习路径。Project Based Learning 是书架，不是课表。
怎么用才不浪费周末
不要从头读到尾。先选一个你已经在用的语言，再挑一个能产出真实作品的项目。仿站适合练 UI。shell、编译器、数据库、模拟器、网络栈，更适合理解你平时依赖的系统。
开始前先打开教程链接，检查三件事：
- 页面能正常加载，没有账号墙，也没有大量缺图。
- 依赖版本看起来还适合当前生态。
- 教程有足够步骤让你写代码，而不是只复制一个成品仓库。
失效链接并不少。最近的 open issues 里有 Erlang、Rust、JavaScript、Django 和老 Web 教程的坏链报告。对于一个指向大量第三方站点的目录，这很正常。正确用法是先筛选：试两三个候选链接，留下仍然能教东西的那一个，遇到腐烂链接就快点换。
这个仓库没有安装步骤。你直接浏览 README。只有想贡献时才需要 fork，然后按外部教程在自己的环境里做项目。
维护信号
截至 2026-06，本地数据快照里这个仓库超过 268,000 stars，超过 34,000 forks，有 310 个 open issues。star 曲线很老也很强：抽样历史从 2017 年开始，早年持续增长，现在仍是超大受众目录。这个曲线说明它有用，但不能代表每个链接都新。
issue 区更能说明实际问题。一部分是正常坏链报告。一部分是垃圾内容、作业粘贴、或初学者把热门仓库当成求助区。这个混合状态会拉高维护成本。一个列表可以很出名，同时仍然需要读者自己做链接筛选。
贡献规则很简单：不要添加重复教程，把教程放到正确语言或技术下面，使用直达教程的链接，不同教程分开提 PR，使用统一的 Markdown 链接格式。这些规则适合目录维护，但它们不是结构化学习产品里的审核流水线。
和相近学习仓库怎么选
| 仓库 | Stars | 形态 | 最适合 | 主要代价 |
|---|---|---|---|---|
| practical-tutorials/project-based-learning | 268,556 | 按语言整理的教程目录 | 在已选技术栈里找项目做 | 第三方链接会过期或失效 |
| codecrafters-io/build-your-own-x | 514,262 | 从零重做技术的目录 | 通过重做小版本理解系统 | 如果你从语言出发，它不够直接 |
| freeCodeCamp/freeCodeCamp | 446,617 | 完整课程和平台代码库 | 有练习和认证的入门路径 | 更受引导，自由度低一些 |
| ossu/computer-science | 204,803 | 计算机科学自学路径 | 规划系统性的 CS 学习 | 不适合快速找项目 |
数字来自 2026-06 的 GitHub 快照。实际选择不看谁更大。已经知道语言并想做应用项目时，选 Project Based Learning。想理解数据库、shell、编译器或容器这类系统时，选 Build Your Own X。想要有平台承载的学习路径时，看 freeCodeCamp/freeCodeCamp。
它强在哪里
Project Based Learning 最适合已经会一点语法、但缺少项目手感的初学者和早期中级学习者。这是常见卡点：题会刷一点，但没做过足够多真实作品。项目教程目录能帮你让兴趣带路。想做聊天应用、仿站、机器人或游戏，就从那里开始。
它也适合老师和 mentor。有人学完语言入门后想要练习，你可以直接把他指到 README 的某个语言分区，而不是临时设计一套练习。好的条目会让学习者真的做出东西，也会碰到文件组织、依赖、调试和部署这些书本外的问题。
它弱在哪里
这个仓库不会按难度、新鲜度、前置知识或质量给教程排序。它不会告诉你某个 AngularJS 教程是不是更偏历史资料，某个 Medium 链接是不是已经迁移，某个视频系列是否还匹配现在的工具链。它也混合了不同体量的项目。一个计算器仿写和一个网络栈，对学习者的要求完全不同。
这不是致命缺点，但会改变用法。把它当发现层。真正投入时间前，你仍要检查目标教程。如果你想要一条连贯路径，Project Based Learning 会显得松散。如果你想要一张应用项目菜单，这种松散正是它的用途。
相关
如果你喜欢“做出来才理解”的方法，但想集中重做底层技术，可以读 codecrafters-io/build-your-own-x。如果需要完整平台和课程，看 freeCodeCamp/freeCodeCamp。如果目标是面试向自学，看 jwasham/coding-interview-university。如果想看更宽的入门路线，nilbuild/developer-roadmap 是另一种地图。
FAQ
Project Based Learning 是课程吗？ 不是。它是外部教程的 README 目录，没有课程正文、评分、账号系统或固定顺序。
需要安装这个仓库里的东西吗？ 不需要。它没有包和应用。打开 README，选一个教程，然后按那个教程要求准备环境。
project-based-learning 还在维护吗？ 它没有 archived，2024 年还有 push，但可见活动更像低频维护。截至 2026-06，open issues 里有不少坏链报告和无关的新手求助。
它比 Build Your Own X 更好吗？ 取决于你的问题。按语言或应用类型找项目时，Project Based Learning 更顺手。想重做数据库、shell、编译器或容器这类系统时，Build Your Own X 更合适。
里面的链接可靠吗？ 有些可靠，有些已经老化。因为它指向很多外部站点，链接腐烂是使用成本之一。投入一个周末前，先检查目标教程是否还能正常使用。