编程网课转文字：Linux、算法、机器学习怎么攒成文字稿

你是不是也这样——跟着视频敲命令，敲到第三步报错了，想知道老师第一步是怎么说的，只能拖进度条往回找。拖了二十遍，找到的那一句还是半截的。编程网课转文字这个习惯，就是被拖进度条逼出来的。

代码可以重敲，思路丢了就得重看。

一门课四十多集，每集三十到五十分钟。没人能每集都从头看到尾，但跳着看又容易断线。边看边暂停打字记笔记，一集三小时的课记完要四小时，记完就不想复习了。

现在的做法完全反过来：先让整门课变成文字，再决定怎么看。

第一步，整门课一次转完

编程网课转文字的关键不是「快」，是「全」——你漏掉的那一集，往往就是回头要补的那一集。

编程课在 B站基本都是合辑。有的是「95 集全」这种一次性放完的，有的是每周更新。

复制合辑链接，粘进去，所有分 P 会列出来。我一般不全转——先按播放量排序，把播放量高的那些集勾上，因为播放量高的一般是必看的核心集。

第二步，用「搜」代替「找」

这是我效率提升最大的一步。

转完之后，我基本不再「看视频找答案」了。遇到问题，直接在文字稿里搜关键词。

举个例子：学 Linux 权限那块，chmod 的三种写法我老记混。搜索「chmod」,所有提到它的段落全出来了，每个段落前面有时间戳。哪一段解释得最清楚，我点一下时间戳跳回去看画面——只有需要看操作演示的时候，我才回视频。

其余 90% 的时间，文字稿就够了。

第三步，用纪要和导图做「课前预习」

这一点可能有点反常识：我是在看视频之前看纪要的。

一门课的每集都会生成五段式纪要，包括核心观点、逻辑链条、关键概念等。我先扫一遍纪要，判断这集讲什么、值不值得现在学。

比如学算法的时候，有些集从标题看不出讲什么，扫一眼纪要发现是「复杂度分析的实际应用」，正好是卡住的地方，就优先看。

导图则用来判断「这集的知识结构」——一棵树摊开，是递进式的还是一片并列的，直接决定我要不要做笔记。

三个容易踩的坑

第一个，代码本质上转不出来。 视频里的代码块是画面，不是语音。文字稿里他讲「这里把变量改成静态的」，但改成什么样，还得看画面。所以别指望文字稿能替代视频，它是索引，不是替代品。

第二个，命令和专有名词要回听核对。 grep、awk、sed、sudo、chmod，这些词转写有可能出错。凡是准备复制进终端的，回头听一遍。

第三个，别一次转几百集。 我见过两百多集的合辑，全转进去要等很久，而且大部分你不会看。先用免费额度转十集，看完再补。

为什么是整门课，而不是单集

我观察下来，真正把转写用起来的人，基本都是整门课一次过——因为一门课的章节是连续的，缺了中间几节，后面的推导就断了。

单集转写只解决「这一集讲了什么」，整门课转写才解决「这门课到底讲了什么」。

工具是 谛听AI。我留下的原因有两个：B站合集链接直接吃，不用一集集加；逐字稿有时间戳，能回听核对命令。

如果你学的是成套的系列课，想把「这门课到底讲了什么」变成一个能提问的知识库，谛听云 是往这个方向做的，可以把转好的视频放进去做跨集检索。同属谛听光年（Deep Lightyear）。

---

本文为个人学习方法记录，提到的命令与工具仅为叙述需要，请在自己环境谨慎操作。