好资源和短想法
Progressive Product Building 与元认知类比
新的一年，我想提出一个关于“渐进式产品开发”的理念。这对我而言是一次变革，因为我过去总是过度侧重“产品思考”的前置，不断生产和完善各种点子笔记。但这导致构思日益复杂，预期工作量剧增，使许多项目无疾而终，我最终沦为“产品文档创作者”而非“产品创作者”。这是一个不得不承认的、莫大的失败。虽然这种做法也有一些好处，比如锻炼了产品设计能力，但这并不是我所追求的。专注于完善构想本身没问题，但我内心渴望的是做出产品，因此绝不能沉溺于此。我必须调整自身的认知。
要做到这件事，需要一种元认知能力：即意识到自身现有的认知逻辑存在问题，对其进行反思、重构，再将新版本植入大脑继续工作。如果做一个类比：
- 固件/程序：指挥我们日常行为的是大脑中针对特定事务的一套“固件”。通常情况下，它们烧录在思维的固定区域，支持系统持续运行，轻易不被改变。
- 元认知：是监控和生产这些固件的更高层级认知系统。
- 升级过程：元认知能力强的人，拥有一个“元系统内核”，能够暂停下层系统的运行，对旧固件进行检修、更新和“刷写”。这就像是对自己的行为模式进行系统升级。
回到我的产品开发困境，我要修改我的这套“系统固件”了。以往我有了点子会立刻记录，后续有灵感再反复修改原记录，但现在我已经意识到第二步是有问题的，它会导致我的实际产出变低，项目会停滞甚至流产。改进的方式就是使用“渐进式产品开发”理念，它包括以下三个规则：
规则一：我需要一个专门的目录和快捷键来创建“Simple Project Idea”。点子一旦产生并记录了核心逻辑（目的、用途），就应即刻存档。后续如果想法进化了（例如功能扩展、定位改变、变得更通用），应创建一个新的“Complex Project Idea”文档，并链接回源点子。一个简单的点子甚至可以分支出多个复杂的产品构想。
规则二：Simple Project Idea 创建后，应立即着眼于实现。得益于目前 Vibe Coding 工具的强大，我完全可以在一天内将其实现。因此，Simple Project Idea 下唯一可补充的内容是“技术实现部分（Tech Part）”，即用于辅助 AI 工具生成代码的详细提示词或技术描述。
规则三：建立对 Simple Project Idea 的监控机制。通过为它们添加 Front Matter 数据（起始时间、截止日期、完成情况、状态等）在表格中进行管理。这实际上覆盖了我之前构想的“Ongoing Tracker”需求——我不再需要从大量 GitHub Repo 中筛选关注对象，只需聚焦于这些应当立即实现的 Simple Project Ideas，除非它们被标记为废弃。
2026 年，我将遵循这套新的理念进行个人项目，在此与频道的读者共勉。以及要感谢大家的关注和评论，让我能有一片空间收获灵感和共鸣。新年快乐！
新的一年，我想提出一个关于“渐进式产品开发”的理念。这对我而言是一次变革，因为我过去总是过度侧重“产品思考”的前置，不断生产和完善各种点子笔记。但这导致构思日益复杂，预期工作量剧增，使许多项目无疾而终，我最终沦为“产品文档创作者”而非“产品创作者”。这是一个不得不承认的、莫大的失败。虽然这种做法也有一些好处，比如锻炼了产品设计能力，但这并不是我所追求的。专注于完善构想本身没问题，但我内心渴望的是做出产品，因此绝不能沉溺于此。我必须调整自身的认知。
要做到这件事，需要一种元认知能力：即意识到自身现有的认知逻辑存在问题，对其进行反思、重构，再将新版本植入大脑继续工作。如果做一个类比：
- 固件/程序：指挥我们日常行为的是大脑中针对特定事务的一套“固件”。通常情况下，它们烧录在思维的固定区域，支持系统持续运行，轻易不被改变。
- 元认知：是监控和生产这些固件的更高层级认知系统。
- 升级过程：元认知能力强的人，拥有一个“元系统内核”，能够暂停下层系统的运行，对旧固件进行检修、更新和“刷写”。这就像是对自己的行为模式进行系统升级。
回到我的产品开发困境，我要修改我的这套“系统固件”了。以往我有了点子会立刻记录，后续有灵感再反复修改原记录，但现在我已经意识到第二步是有问题的，它会导致我的实际产出变低，项目会停滞甚至流产。改进的方式就是使用“渐进式产品开发”理念，它包括以下三个规则：
规则一：我需要一个专门的目录和快捷键来创建“Simple Project Idea”。点子一旦产生并记录了核心逻辑（目的、用途），就应即刻存档。后续如果想法进化了（例如功能扩展、定位改变、变得更通用），应创建一个新的“Complex Project Idea”文档，并链接回源点子。一个简单的点子甚至可以分支出多个复杂的产品构想。
规则二：Simple Project Idea 创建后，应立即着眼于实现。得益于目前 Vibe Coding 工具的强大，我完全可以在一天内将其实现。因此，Simple Project Idea 下唯一可补充的内容是“技术实现部分（Tech Part）”，即用于辅助 AI 工具生成代码的详细提示词或技术描述。
规则三：建立对 Simple Project Idea 的监控机制。通过为它们添加 Front Matter 数据（起始时间、截止日期、完成情况、状态等）在表格中进行管理。这实际上覆盖了我之前构想的“Ongoing Tracker”需求——我不再需要从大量 GitHub Repo 中筛选关注对象，只需聚焦于这些应当立即实现的 Simple Project Ideas，除非它们被标记为废弃。
2026 年，我将遵循这套新的理念进行个人项目，在此与频道的读者共勉。以及要感谢大家的关注和评论，让我能有一片空间收获灵感和共鸣。新年快乐！
高原笔记（Plateau Notes）
最近我重新研究了 Andy Matuschak 关于 [[Evergreen Notes]] 的论述，以及 Robert Haisfield 关于 Joel Chan、Beau Haan 等人如何在 Roam 中处理笔记的视频采访，收益颇丰。
我最终研究和优化出我的新笔记体系：[[Plateau Notes]] 高原笔记，引用德勒兹哲学化了的概念，它比我的 [[Instant Notes]] 即刻笔记维度更高，将拉起我的整个知识库，也将盘活我所有的 [[Evergreen Notes]]。
高原笔记以主题和集群的方式拔起内容，如果说 [[Instant Notes]] 以更现代更快节奏的方式组装内容，成就了这个频道，那高原笔记将以更全面和深层地打开我过去几年的知识积累和潘多拉状态。这里不过多介绍，直接看图片。（图片由 Nano Banana 制作）
我的 [[Plateau Notes]] 和 [[Evergreen Notes]] 紧密相关，但比 Andy 概念的常青笔记更具操作性和知识生产引导意义。
现在每个人都在消费信息，却很少人消化，更难形成知识。我现在对我的工作和定位更清晰了，我将持续研究知识如何产生和运作、如何更好地发现和建造知识，就像解析爱因斯坦方程的复杂性一样。
相关笔记
1 Haisfield Youtube
2 Instant Notes 2.0 预告
3 Evergreen Note
#roam #pkm
最近我重新研究了 Andy Matuschak 关于 [[Evergreen Notes]] 的论述，以及 Robert Haisfield 关于 Joel Chan、Beau Haan 等人如何在 Roam 中处理笔记的视频采访，收益颇丰。
我最终研究和优化出我的新笔记体系：[[Plateau Notes]] 高原笔记，引用德勒兹哲学化了的概念，它比我的 [[Instant Notes]] 即刻笔记维度更高，将拉起我的整个知识库，也将盘活我所有的 [[Evergreen Notes]]。
高原笔记以主题和集群的方式拔起内容，如果说 [[Instant Notes]] 以更现代更快节奏的方式组装内容，成就了这个频道，那高原笔记将以更全面和深层地打开我过去几年的知识积累和潘多拉状态。这里不过多介绍，直接看图片。（图片由 Nano Banana 制作）
我的 [[Plateau Notes]] 和 [[Evergreen Notes]] 紧密相关，但比 Andy 概念的常青笔记更具操作性和知识生产引导意义。
现在每个人都在消费信息，却很少人消化，更难形成知识。我现在对我的工作和定位更清晰了，我将持续研究知识如何产生和运作、如何更好地发现和建造知识，就像解析爱因斯坦方程的复杂性一样。
相关笔记
1 Haisfield Youtube
2 Instant Notes 2.0 预告
3 Evergreen Note
#roam #pkm
#系统编程
《Performance Engineering of Software Systems》，MIT公开课，课程涵盖性能分析、高性能算法技术、指令级优化、缓存优化、并行编程以及构建可扩展系统等主题。
《Performance Engineering of Software Systems》，MIT公开课，课程涵盖性能分析、高性能算法技术、指令级优化、缓存优化、并行编程以及构建可扩展系统等主题。
MIT OpenCourseWare
Lecture Slides | Performance Engineering of Software Systems | Electrical Engineering and Computer Science | MIT OpenCourseWare
Complete lecture slides for 6.172 Performance Engineering of Software Systems.
如果对 debug 感兴趣，大家可以依次看我心目中最厉害的 debugger 的三个视频和一个播客，能学到非常多的东西：
1. Real World Debugging with eBPF
https://www.youtube.com/watch?v=nggZEwGLC-Q
2. eBPF for Python Troubleshooting
https://m.bilibili.com/video/BV1bJz9YTEGJ
3. gdb -p $(pidof python)
https://bilibili.com/video/BV121Wnz1ELm
4. 播客《和 Gray 聊聊那些年遇到的神奇 Bug》
https://pythonhunter.org/episodes/ep35
1. Real World Debugging with eBPF
https://www.youtube.com/watch?v=nggZEwGLC-Q
2. eBPF for Python Troubleshooting
https://m.bilibili.com/video/BV1bJz9YTEGJ
3. gdb -p $(pidof python)
https://bilibili.com/video/BV121Wnz1ELm
4. 播客《和 Gray 聊聊那些年遇到的神奇 Bug》
https://pythonhunter.org/episodes/ep35