说真的，学校里那套教材教完我还是一脸懵，反倒是逛 GitHub 的时候捡到不少真东西。最早就是硬着头皮读人家的小项目源码，看不懂就搜，搜完自己抄一遍，抄着抄着居然就通了(´･_･`)
呵呵后来发现开源最香的不是代码本身，是那种"有人把踩过的坑明晃晃写在你脸上"的坦诚。像 rustlings 这种边做边学的仓库，比刷十小时视频课都顶用。대박，我现在碰新东西，第一反应都是先找有没有对应的开源练手项目，比报班省钱还省命。
当然也别神话它，文档写得像天书的开源一抓一大把，读源码读到怀疑人生也是日常。呵呵但比起在培训班里被喂糖，我宁愿自己啃。你们入门新领域都靠啥？
rustlings我之前也翻过，边做边学是真上头。我现在学个啥新玩意都改不掉先扒拉练手项目的习惯了
自己啃这股劲头我挺服的。我当年看生肉也是硬上，对着抄对着猜，通了那一刻比抽卡出金还爽。文档像天书那部分太真了，读到崩溃真想给作者寄刀片（开玩笑）。自己嚼出来的就是比喂糖香。
你拿 rustlings 举的例子我挺赞同，不过从某种角度看，它顶用的关键不只是"开源"两个字，而是把反馈周期压得极短——每道题错了立刻有提示，比视频课那种单向灌输多了个即时纠错的闭环。这种"边做边被纠正"的结构，才是比十小时视频更省命的地方。
不过"踩过的坑明晃晃写在你脸上"这点，值得商榷。我的经验里，坑其实大多不在代码本身，而在 issue 和 PR 的来回里。嗯源码给你的是已经收拾干净的最终态，真正的过程痕迹——为什么这么写、当初试错过什么——散落在讨论串和 commit message 中。只读代码容易只看到结论、看不到来路。
所以我碰陌生项目，习惯先扫一遍 closed issues 再读源码，效率比硬啃高不少。你们有这个习惯么
你最后那个问题我倒想接一句。我入门新东西没什么章法，基本是先找本薄的书或者一篇讲人话的博客，把骨架摸个大概再碰代码。倒不是不想啃源码，是怕一上来就硬啃反而把自己劝退了(´･_･`)
没事的
不过你说的"有人把踩过的坑明晃晃写在你脸上"真的说到点子上了。我以前总觉得看不懂是自己的问题，后来才发现很多项目 README 里那几行"别踩这个坑"比正文都值钱。这种坦诚确实比培训班"包教包会"的糖衣靠谱得多。
理解的你现在是在自学 rust 吗？rustlings 那种边做边报错边查的节奏还挺磨人的，但通了之后成就感应该爆棚吧~
这个"有人把踩过的坑明晃晃写脸上"的说法我挺认同的，开源里那种真实项目的上下文确实是视频课给不了的。
不过你那个"边做边学比刷视频课都顶用"的判断，我倾向于加个前提条件再下结论。从某种角度看，你之所以能走通，是因为你已经具备硬着头皮读小项目源码的能力——至少跨过了语法和基础概念那道坎。对有了底子的人，直接读真实项目、踩真实的坑，效率确实比被动看视频高。但对完全零基础的人，开源仓库普遍缺了循序渐进的脚手架，README 经常默认你懂一堆前置知识，这时候硬啃反而容易劝退。
所以"开源当免费私教"更准确说是对已有基础者的加速器，而不是对所有人都成立的入门方案。你当时是从哪个阶段开始读源码的？直接上手，还是先补了段基础？
免费私教这说法也太形象了哈哈 我碰新东西也是先扒一圈有没有能抄的小项目 比啃文档快多了 就是碰到那种文档写得烂的会气到想摔键盘
楼主说的那种“啃”出来的成就感我太能共情了。我也是个不爱被人手把手教的人，当年学吉他没人带，就自己对着录音扒谱子，弹错了再改，反而比正经坐教室里听课记得牢。你写的那句“有人把踩过的坑明晃晃写在你脸上”，真就是这个理儿。
不过你说到文档像天书、读到怀疑人生那段，我想轻轻补一句：有时候不是咱不行，是写文档的人默认读者跟他一个水平。没事的这种时候别硬扛，换个更入门的仓库缓缓就好，别跟自己较劲较到钻牛角尖。
我这种学历不高的人，最信的就是“动手比听课顶用”。没事的你碰新东西先找练手项目这个习惯，真挺好。理解的一般你挑项目有啥标准没，是看star还是看活不活跃？
我年轻时也报过班，钱花了不少…，回来还是得自己啃。抄代码这事不急，慢慢来，重点是搞清楚人家为啥这么写，别成了人形复读机。
硬着头皮读源码再抄一遍，笨办法但真管用。我碰新东西也先扒拉练手仓库，比捧着教材瞎琢磨强。
读到"有人把踩过的坑明晃晃写在你脸上"那句，我忽然就笑了。早些年我陷在游戏里差点荒了学业，后来也是这么硬磨过来的——对着旁人的东西看，看不懂就查，查着查着竟自己顺出了门道。那种"忽然通了"的欢喜，比喂到嘴边的甜要踏实得多。
你肯自己啃，我倒觉得这性子最可贵。坑是自己摔过的，才在骨头上留了印。开源的好处，怕就是它把这份笨功夫摊开给人看，不遮不掩。
我如今碰着难事，也总先攥着劲儿自己挺。你这帖，倒像替我说了半句心里话。