2026-02-23 00:00:00
今年春节主要玩一下武汉周边的江西，整个行程一周时间，自驾非常的轻松，下面是懒猫旅游地图规划的自驾路线
第一站是去景德镇耍，真的太多陶瓷，眼花缭乱的
建议来陶溪川美术馆逛一逛，这里的建筑很漂亮
逛了美术馆，晚上可以直接在瑶里古镇休息，第二天沿着河边走一下
瑶里古镇商业化没有那么浓，走在河两岸，非常的安静，很适合走走停停，晒晒太阳
门口的松子酥味道不错，建议往里面走走，门口卖的贵，我就被忽悠了，哈哈哈哈
第二天可以去篁岭，篁岭是一个拍照圣地，这个地方最佳拍照时间是下午 3 点，日光斜射的时候最好看，所以不要去太早了
这个景区的商业化做的不错，虽然门票贵，但是送你粮票，粮票可以免费兑换小吃和饮料
第二天晚上可以住在弦高古城，这里春节味很浓，有传统的鱼灯和火壶表演
为了给小朋友拍鱼灯的照片，我跟着表演的队伍来来回回跑了 3 圈，当爸爸不容易哇 ;)
白天准备去三清山的，为了避免下雨还专门停了一天，可惜的是第二天虽然没下雨，但是全山大雾，啥也没看到
我们家出门旅游有一个特别神奇的规律，第一站爬山必翻车，上两次是华山和梵净山，哈哈哈哈
三清山下来直接奔老婆一直心心念念的望仙谷
网上看攻略望仙谷是一个仙剑奇景，实地考察其实是吃货一条街
晚上在这里逛吃一下，好不热闹
继续南下，看看能不能看到灵山的雪松
第二天雪松没看到，但是收获了此行最大的惊喜，最轻松的爬山
灵山全程电梯到山顶，特别的不累，这山爬的太轻松，爬着爬着，我突然想念起传统爬山废膝盖的体验
推荐一家老小一起爬山，对老年人特别友好
最后一站，晚上住在葛仙村，葛仙村地方不大，也不如望仙谷好耍
这个景点最大的亮点是晚上的孔明灯+烟花表演，满天空的孔明灯和烟花，像星星一样撒满天空，一种莫名的浪漫涌上心头
葛仙村旁边 80 公里就是武夷山景区，如果时间不紧张可以顺带刷一下，这次刚好不巧，最后一站发烧了，下次有机会再去
回到老家就是逛吃家乡美食:羊肉粉、豆花面、糯米饭、烤鱼、炒洋芋、恋爱豆腐……
回武汉之前去小时候经常玩的湘江河畔走一走，转眼间 30 年都过去了，遵义这个地方好的是，城市太小，老城区基本没变，特别适合我这种老年人怀旧童年
高速昨天路过茅岩河大桥，打卡一下
江西这次旅游的行程非常轻松，各种古城古镇特别适合过年的时候逛，夜景很美，家里有小朋友的一定不要江西这个宝藏春节游路线
2026-02-22 00:00:00
2005~2008 年我玩 Emacs 写了几百个插件，然后创建 deepin linux, 在 Emacs 社区消失了 10 年
2018 年离开 deepin linux 后，玩了 5 年 Emacs，写了 EAF、 lsp-bridge、blink-search、awesome-tray、holo-layer 等等插件后
我从去年开始停止 Emacs 插件的开发
虽然我可能是国内写 Elisp 最多的程序员，但是经常从 Emacs 社区消失的原因可能是，我更喜欢造一些应用给更多的人用
比如最近用 AI 开发懒猫读书，我更享受的是真实用户的反馈意见以及怎么改进他们让用户开心，而我自己的黑客开发环境是否完美，其实不重要
有探索的心，用什么剑都可以
2026-02-22 00:00:00
我觉得 AI 最大的价值就是可以让我这种喜欢代码的人多陪家人
我昨天到酒店修复 bug 后，还有三个大重构没有做，我睡觉前给 AI 说怎么改代码
第二天 GPT 5.3 起来就直接给我改好了，放在以前肯定是旅游和写代码是冲突的
科技改变生活，也许这就是 AI 的意义吧
2026-02-22 00:00:00
我今天回武汉的自驾路上，我在思考
现在 AI 对命令行工具整合的能力这么强
有一天会不会有一个纯粹 Vibe Coding 出来的 Linux 发行版？
哪里不爽了，让 AI 改一下配置
这种发行版最爽的是，安装好就是自己最爽的配置，完全不用微调，开箱即用的爽感，每人一个 Linux 发行版
2026-02-22 00:00:00
春节假期用 AI 完善了懒猫读书，分享一下最近 AI 编程的一些经验给同学们
Git worktree 虽然在写代码时候不冲突，但是合并的时候还会出问题
所以最佳的方法就是跑很多 Agent，用 Plan 的模式，只跟他们聊天
看哪个 Plant 跑得快，就先执行哪一个
这样最大化利用多个 AI 的能力，又不会有任何代码冲突
以后应用层面的开源社区估计就没有了
因为应用层面的开发已经不是代码层面的交互、研究和微调
基本上属于人类用逻辑向 AI 买 token，AI 直接产出成品
真正有开源价值的可能就是一些底层领域，那些真正需要人做一个艺术家精雕细琢的地方
AI 编程就是 “思维神交”， 有点像拼积木
最好的效果就是每次只针对一个点详细描述和改进
即使你编程经验丰富，逻辑超级清晰，也不要说太多改进点
因为一旦展开的代码上下文超过 AI 的容量，AI 就会从你的贴身全能专家变成新手 bug 制造机
Plan 模式对于大型软件项目还是必须的，因为 AI 也有偷懒的倾向
它在后期会为了修复你局部的问题，找一个最省力的方式把你原来写好的代码改的面目全非
所以，越到项目后期越要通过 Plan 模式来 review AI 的思路，避免它捡了芝麻丢了西瓜
AI 编程的经验分享
优先让 AI 把架构、流程和逻辑搭建好
只要使用流程通了，就成功 80%，然后再和 AI 磨界面细节
AI 编程还是要靠万能手段：说 20 遍不如让 AI 详细把前后端日志详细打印一遍
有一个 2 天都没修复的 bug，最后还是靠超级详细日志一击致命
日志才是和 AI 沟通的最佳编程语言
Opus 和 Codex 写代码很厉害，但是他们的训练数据不够新
这时候可以用 Grok 查询一下开源社区最新的最佳实践
然后把 Grok 最佳实践丢给 Opus/Codex， 往往有奇效， 比如我问 Codex/Claude epub.js在移动端文字溢出的问题，这两个 AI 都在分析代码，但是没有找到最佳解决方案。 而 Grok 往往知道什么是社区最好的方案。
懒猫读书靠超详细的日志，让 codex 修复了一个超级复杂的 bug
然后我就想要让 codex 记录一下这次珍贵的修复过程到文档，下次再也不要犯同样的错误了
然后超级好笑的事情就来了，哈哈哈哈哈，哈哈哈哈，让我笑会儿
我问 Codex：你每次启动都会查看哪个文档？我们把这次修复的过程记录到文档中，避免下次误导 AI
Codex 回答我：http://CLAUDE.md
2026-02-22 00:00:00
写了 20 多年代码，内心还是非常喜欢写代码，创造东西特别有成就感
但是这几年作为营销的负责人，每次写代码的时候都会有很大的内疚感，就觉得写代码会让团队变得更差。但是完全不动代码，我心里面也会很烦躁，觉得离创作产品越来越远了。
自从有了 Claude Code 以后，我发现这两个焦虑点都可以完美的消除，AI 干活的时候去做营销，营销一会再看看 AI 是不是干活完成了？
现在市场营销和创作产品，完美的融合，一点都不内耗了
