边做边学不必把工作、通勤和生活全塞满;更可行的做法是缩小学习目标、优先做能解锁别人的事,并把休息当成精力管理的一环。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
先缩小学习范围,别把整份工作都变成学习
立正讲高效学习时提到,带着答案去找答案比只带着问题更有效,意思是先有一个具体假设或目标,再去学能验证它的那部分,而不是泛泛地学一堆。放到 AI 工程师的正职里,如果每天下班后还要系统补课,确实容易挤掉吃饭和睡觉;更现实的是围绕手头一个具体任务学,比如某个模型效果不好,就只查能解释这个问题的资料,做完再对照结果。这样学习量被任务边界限制住,不会无限扩张1,2。
优先做能解锁别人的事,给自己留出精力
立正谈精力管理时提到,应该优先处理那些需要给别人反馈、能让对方继续推进的任务,因为这类事做完后别人能接着动,自己的时间才被放大。通勤和生活琐事占掉精力时,可以检查一下:手头有没有一件事,做完就能让同事或合作方继续往下走?先做这种,比闷头学一个暂时用不上的技能更能减少后续堆积。他还把“让自己休息一下”列为最重要的一点,说明精力耗尽时硬撑学习,效果往往不好3。
休息不是学习的对立面,是判断力的一部分
AI推演有一份课程回放材料提到,真正学会是撤掉帮助、过一段时间、换一道题还会;而学会的感觉和学会常常是反着的,自己先卡过壳的人学得更多,却觉得学得更少。这意味着边做边学的重点不是时长,而是有没有留下“卡住—预测—对照”的过程。如果睡眠和吃饭被压缩到无法维持这个循环,继续加学习时间可能只是制造“我学过了”的感觉。可以先试一件事:选一个本周工作中的小问题,先写下自己的预测,做完后对照实际结果,其余时间正常休息,看这种小循环是否比长时间补课更能留下东西2。
现有材料没有直接讨论“正职工作加通勤导致睡眠不足”的具体安排,以上是把学习方法和精力管理的思路应用到这种处境,不是针对该情况给出的原话建议。
出处
- 1如何高效学习和高效工作
适合核对“带着答案找答案”这种缩小学习范围的说法。
- 2AI替你做出来以后,你还会什么?|哥大客座课程回放
适合核对“先预测再对照”和“学会的感觉与学会相反”的判断。
- 3下班精力被掏空?这五个方法能帮到你|课代表的精力管理方法
适合核对优先做能解锁别人的任务、以及把休息列为精力管理重点的论述。
追问2026年10月24日
先做再懂和系统学习之间是什么关系?
先做再懂不是系统学习的对立面,而是系统学习真正生效的场所:先动手拿到真实反馈,再按反馈去补知识,比先囤完知识再动手更容易学会。
行动本身就是学习发生的地方
立正把行动看成学习过程本身,而不是学完之后的检验环节。他举装桌子的例子:说明书看再久也不会装,动手装一次才会;真正让一项能力进入大脑的,是在做的过程中不断得到信息——哪一步真的难、哪一步只是想象、哪里需要补知识、哪里可以直接试1,2。这也解释了为什么“我还不会”常被误当成“我学不会”:很多能力只是有人早一点知道、晚一点知道,拆到合适颗粒度放进真实任务,陌生名词就变成可掌握的东西1。
系统学习负责把经验变成可复用的方法
先做不等于排斥系统学习。立正提到,本科阶段成体系的学科训练塑造的是学习习惯和研究方法,具体知识大多用不上,但那套探索和思考的方式会留下来3。他判断一个人有没有学习潜力,看的也不是做过什么项目,而是能不能讲清自己从不会到会的过程:一开始错在哪、哪次反馈让方法变了、后来怎么判断自己变强了4。这些细节只能来自做过之后的复盘,光看教程得不到。所以两者的关系更像交替:动手产生具体困惑,系统学习帮你把困惑整理成可迁移的判断,再回到下一次动手去验证。
先做哪一件,取决于问题有没有现成体系
AI推演如果面对的是已有完整知识体系的问题,比如物理,先系统学再动手是合理的;如果是新问题,比如怎么用好生成式 AI,知识本身还在形成,更适合从问题出发、边做边补5。一个可以试的做法:挑一件你目前“还不会”但真实需要交付的小事,先做出来,记录卡住的地方和一次让你改变做法的反馈;做完再针对这些卡点去查系统资料。如果查完资料后你能说清自己原来错在哪,说明这条路径对你有用;如果始终说不清,可能说明任务颗粒度太大,需要先拆小。
关于“新问题从问题出发”的区分出自一条社区讨论中的澄清,原文带有讨论语境,不宜当成通用规则。
出处
- 1如何breakthrough:去做那件你早就该做、却一直没做的事
直接说明行动是学习发生的地方,以及“不会”与“学不会”的区别,是理解先做再懂的核心。
- 2#148. 我们为什么AI焦虑,我们又该怎么脚踏实地
用装桌子的例子说明课本式学习与动手学习的差别,适合核对直觉层面的理解。
- 3为什么要上大学?
可回到原文核对这部分判断
- 4正确的学习方法比大家想象中稀缺很多,那我们如何筛选人才?
讲从不会到会的过程细节为何是学习能力的证据,帮助理解做之后的复盘为何重要。
- 5对《AI课程介绍|如何学习?》的补充
区分已有体系的问题与新问题,说明什么时候先系统学、什么时候从问题出发。
追问2026年10月24日
怎么判断一个任务拆到了适合边做边学的颗粒度?
合适的颗粒度是:这一步做完能拿到真实反馈,让你知道哪里难、哪里只是想象、下一步该补什么;如果做完只多了一个打勾的名词,就拆得太粗或太假。
拆到能暴露真实难点,而不是拆到名词
立正说,让一项能力真正进入大脑的,是在做的过程中不断得到信息:哪一步真的难,哪一步只是想象,哪里需要补知识,哪里需要直接试,什么方法有效、什么判断必须改1。所以判断颗粒度可以看这一步做完之后,你能不能回答出上面这些问题。如果拆出来的步骤只是“学 RAG”“做过 RAG”这种可以写进简历、打上勾就结束的动作,它给的是一种错误的进步感,勾打上以后反而不用再往下学了2。反过来,如果一步做完,你发现自己卡在某个具体环节,比如切分后检索结果不对、某个数值调不动,这个颗粒度就对了,因为难点暴露出来了。
把判断留在关键处,执行交给工具
立正在做视频后期工具时,把流程分成两层:AI 负责执行,人负责判断;编辑手动选出的高光优先于 AI 全文扫描,因为 AI 容易挑戏剧性最强的句子,而编辑关心的是这几段放在一起能不能代表整期内容3,4。文章也不是一把生成,而是先出 brief,brief 站不住就不往下走4。这个分工可以用来校准颗粒度:一步里如果全是执行、没有需要你判断的地方,学不到东西;如果判断太多、执行太少,又拿不到反馈。合适的一步通常包含一个小判断,比如“这段该不该选”“这个结果算不算好”,做完能验证这个判断对不对。
用条件变化检验这一步是否真的学会了
立正提到,课程要教的是形成判断的过程:先做出一个东西,把不同方案放到同一个任务里比较,再换一个条件,比如数据量变大、延迟要求变了,看原来的答案在哪里失效、下一步该加什么5。这可以当作颗粒度的验收标准:做完这一步,如果条件稍微一变你就完全不知道怎么办,说明这一步只让你记住了操作;如果条件变了你能说出原来哪里不成立、该往哪补,说明这一步的颗粒度合适。打字文本纠错这类小任务之所以合适,是因为从建基线、查错误到改指令、比结果,每一步都在逼你回答“这次变化到底有没有帮助”5。
这些材料讲的是学习与协作中的判断方式,没有给出一个通用的颗粒度标准;具体拆到多细,仍取决于任务本身能多快给出可验证的反馈。
出处
- 1如何breakthrough:去做那件你早就该做、却一直没做的事
直接讲行动中如何得到“哪步真难、哪步只是想象”的信息,是判断颗粒度的核心依据。
- 2AI的正确打开方式:不学概念,学动作
说明只打勾学名词会带来错误的进步感,可用来识别拆得太粗或太假的一步。
- 3视频自动生成字幕 + 矫正 + 高光片段 + 起标题
可回到原文核对这部分判断
- 4我的视频后期流水线skill
展示执行与判断如何分层,帮助理解一步里该保留什么判断。
- 5通过Jev,辨清AI新技术的叙事陷阱:谁替你决定了什么叫“厉害”?
给出“换一个条件看原答案是否失效”的检验方式,适合验收一步是否真的学会。
你也有想问的?
卡住的时候,问问立正:回答附有出处,可以点回原文核对。
也可以接着问:
别人还问了
- 啥时候更新ai架构师课程,开课一年过去了,现在还是只有阶段一
现有材料没有给出 AI Architect 后续阶段的具体上线日期,只说明课程改为并入 AI Builders 2027 统一刷新,集中更新安排在 11、12 月。
- 和VP级的面试官面试AI产品岗位,最后反问什么问题能体现个人思考?
反问要围绕对方真实的业务问题展开,而不是再展示一遍自己懂AI。可以问:这个AI产品目前卡在哪一层、团队怎么判断它该往哪走,让VP谈他的判断,你再接一句自己的观察。
- I'd like to know his attitude to work in ML area as a data scientist and his opinion why be a data scientist in current AI era is not as good as before.
Please also list the reference source article.
You can reply in Chinese.
现有材料能说明立正怎么看数据科学家这份工作:它的价值在把数据用于解决业务问题,而不是堆模型;但他没有直接说过“AI 时代做数据科学家不如以前”,这个判断不能算作他的观点。
- 我怎么才能开心地活着
立正谈过的路径不是“消除痛苦、只留快乐”,而是承认痛苦、不确定和持续工作躲不掉,再把注意力从抽象的成功叙事挪回当下能感受到的具体生活。
- 你觉得怎么样的产品算是AInative的产品,什么组织架构才算是AInative的组织
AI Native 产品看 AI 是否进入运行系统并持续负责结果,而不只是开发时用一下;AI Native 组织则是三到五人的小团队端到端拥有产品,靠 context 和不同特质分工,而不是按岗位头衔切分。
- 嗯,我在使用AI上有些困惑,我是个小白,我只会用chatgpt窗口聊天,但是我看到现在的趋势都是用skill啊,文档啊。所以我想在这方面开始学习。
从聊天窗口走向文档和 skill,方向是对的,但不必先学完概念再动手:先换到一个能读写文件、调用工具的 agent 工具里,用一件真实小事跑通一次,再回头理解 skill 和文档在解决什么。