立正的做法是工具随便、先记标题,关键在之后把想法展开成能说清的东西;记录Judge这类概念,重点是用描述替代评判,而不是评判自己。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
工具不重要,记下标题就够了
材料里的观点立正说过 App 其实不重要,用 iPhone 自带的备忘录就可以,先把想法记下来,它大概就是一个标题1。他记下之后会去想自己打算在这里说什么,想得差不多了再动手做1。另一期里他也提到,每做一期视频背后可能有十个被扔掉的想法,这些都被他记录下来当作可以分享的选题2。所以对你想记的 Judge 知识点,可以先只写一句“Judge 是什么、为什么它影响思考”,不必一开始就整理成完整笔记;等哪天想展开时,再回到这条标题往下写。
记 Judge 时,用描述替代评判
AI推演立正讲 don't judge 时给了一个练习:脑子里出现好或坏,就把它换成“发生了什么”3。比如“我很懒”这种评判,改成今天做了什么、时间怎么分配、有什么想做没做、阻碍是什么、下一步是什么3。他解释这样做不是为了当好人,而是屏蔽大脑里那些无意的噪音,让思考更贴近事情本身3。所以记录 Judge 时,与其写“我又在评判了,真糟糕”,不如写“刚才我在哪件事上冒出了好坏判断,当时发生了什么”。这样记下来的内容,之后 review 时更容易看出自己的模式。
关于 Judge 的练习出自会员视频,原视频需会员观看,但文字稿已公开可读。
出处
- 1我的时间管理秘籍
立正讲记录工具和先记标题的做法,适合核对“App 不重要”这一点。
- 2“个人品牌/副业”是自媒体的陷阱?历史收入揭秘|领航分享|4.26转会员专属
提到记录大量被扔掉的想法作为选题,适合理解记录与后续筛选的关系。
- 3如何避免内耗?|Don't judge|The Inner Game of Tennis
讲 don't judge 的练习,适合核对“用描述替代评判”的具体写法。
你也有想问的?
卡住的时候,问问立正:回答附有出处,可以点回原文核对。
问类似的问题也可以接着问:
别人还问了
- 立正曾经提到过要建立为非程序员建立“知识范围的框架”,他建了吗?
原文:我和鸭哥上课时候感觉,对于非程序员,最大的问题是不知道自己不知道什么。同样位置问题,鸭哥对是否可解,难度多高,问题可能出在哪里 都有直觉。这些直觉挺重要的。所以也许普及一个知识范围的框架会有用
现有材料只能证明他提出过这个想法,看不到他后来真的建成了这样一个框架。
- 如何用好AI
用好AI的关键不在学更多工具技巧,而在把自己变成会定义标准、给足上下文、搭好工作流的人;想入门可以先从「AI产品的六个层次」和「AI原生思维」读起。
- 作為一個軟件工程師,已經用agent 寫99% 代碼,在專業的學習上應該要學習什麼,以前要學習編程語言,框架的syntax, 在AI 年代好像學來也沒有什麼意思
立正认为不必再从语法和算法入门,该学的是怎么把任务交给 AI 并让它可靠交付:给多少上下文、怎么拆任务、哪些环节必须人判断、出错时定位是能力限制还是上下文没给够。
- 同意课代表说的找下一份工作应该在这份工作满意的时候就找,那如果只工作了一个月多呢,会太早吗
“满意时找”说的是别等到讨厌了才被动找,判断早不早不看月数,看这段经历能不能支撑你讲清楚下一步要去哪。
- 我不学习ai会怎样?
不学 AI 的代价,不在少懂几个名词,而在把判断力外包出去:工具替你做对了,你以为自己也会了,撤掉工具就交付不了。
- 程序员辞职自由职业,每天觉得很累很多事情要做,一天下来很累,和 AI 聊很多,并行了很多任务,但是很多没有完成,经常工作到晚上 10 点以后,还觉得没有什么产出
用 AI 并行很多任务,产出感反而更低,因为效率提升常被新任务填满;自由职业缺少外部边界,更容易滑向这种仓鼠轮。