数字花园的种植哲学
给博客搭了一个 "Flow" 板块，用来记录不完整的想法和日常碎片。灵感来自数字花园（Digital Garden）的概念——不是所有内容都需要是打磨好的成品。 传统博客像杂志，只发表完成度高的文章。数字花园更像一个真实的花园：有刚发芽的种子，有正在成长的花苗，也有已经盛开的玫瑰。不同成熟度的内容并存。 这个时代信息过...
给开源项目提了第一个 PR
终于鼓起勇气给一个用了两年的开源库提交了 PR。修的是一个很小的文档错误——参数类型描述和实际类型不一致。 从发现问题到提交 PR 用了不到十分钟，但犹豫了整整一周。总觉得"这么小的问题值得提吗？"会不会显得很蠢？ 提交之后维护者在两小时内就合并了，还留了一句 "Good catch, thank you!"。那一刻的...
雨天的咖啡馆
外面下着大雨，坐在街角的咖啡馆里看雨滴顺着玻璃滑落。没有打开电脑，只是带着一本纸质笔记本。 有时候最好的调试方式就是离开键盘。大脑在处理代码问题时有两种模式：专注模式和发散模式。我们大部分时间都在专注模式中高强度工作，但真正的灵感和突破往往在发散模式中出现——散步、洗澡、发呆。 今天在笔记本上画了几个系统架构的草图，反...
用 Claude Code 写了一整天的代码
今天第一次完整地用 Claude Code 完成了一个功能模块的开发，从设计到测试，全程 Agent 驱动。 体验出乎意料地流畅。它能理解项目的文件结构，知道该改哪些文件，甚至在测试失败后自动修复。整个过程中我只介入了两次：一次是确认架构方向，一次是修复一个边界条件的逻辑错误。 但也有一些不安。当 AI 一次性生成五百...
代码简洁性的悖论
今天 code review 时遇到一个有趣的讨论：一行 LINQ 链式调用 vs 十行显式循环，哪个更好？ 写 LINQ 的同事觉得意图清晰、一目了然；觉得循环更好读的同事则说，不是所有人都熟悉函数式风格的隐式语义。 我觉得这背后是一个更深层的问题：简洁 ≠ 易读。真正的可读性取决于读者心智模型与代码抽象层次的匹配程...
最近在读：《系统之美》
Donella Meadows 的《Thinking in Systems》是一本被严重低估的书。虽然出版年代较早，但对系统思维的阐述至今无可替代。 书中最让我印象深刻的是"杠杆点"的概念——在复杂系统中，改变哪些地方能产生最大的效果。大多数人的直觉是找到系统中"最明显的故障点"去修复，但真正的杠杆往往隐藏在系统的反馈...
重构一个五年前的项目
周末翻出一个五年前写的 Node.js 项目，准备给它加点新功能。打开代码的一瞬间，仿佛穿越回了另一个时代——回调地狱、没有 TypeScript、手动拼接 SQL。 花了一整个下午重构：加类型、换 async/await、引入 ORM。改完之后代码量少了三分之一，可读性却提升了一个量级。 最大的感触是：五年前觉得理所...
AI 与日常工具的边界
最近越来越频繁地用 AI 辅助日常写作和代码审查，开始思考一个问题：工具的边界在哪里？ 当你习惯了 Copilot 自动补全每一行代码后，手指偶尔会在键盘上停顿——这一行我本来想写什么来着？肌肉记忆正在被重新训练，直觉式的编码节奏被一种新的"对话式编码"取代。 并非怀念旧方式，只是觉得值得记录这个过渡期。就像从命令行切...