今日概述

周四没早八，睡到8点半，舒服。上午一节课，中午金汤肥牛。下午奔波上课累得慌。晚上本想搞AI信息订阅项目，结果在GitHub action上折腾3小时，被各种报错搞到崩溃，最后明白必须本地调试。水了两篇博客，吃了小混沌和哈密瓜。

关键成果

  • 工具发现：了解到”u盘小龙虾”，有意思，准备有时间研究。
  • 项目储备：在GitHub找到不错的AI项目，计划复刻学习。
  • 技术教训：用GitHub action在线改代码调试失败，浪费3小时，总结出”必须本地调试”的深刻教训。
  • 内容输出：水了两篇博客。

习惯追踪

习惯 完成情况 备注
规律三餐 ⚠️ 没吃早饭，中午金汤肥牛，晚上小混沌+哈密瓜。
关键任务推进 ❌ AI订阅项目未完成，卡在调试。
技术学习 ✅ 发现新工具和新项目，有进展。
内容输出 ✅ 两篇博客。
运动 ❌ 未提及。

情绪/反思

在线调试3小时：血的教训

想在GitHub上直接改代码并利用action自动化测试，结果先是API不支持，又是qbs太高，最后改到编译都过不了。白白浪费一个晚上。
感悟： 在线修改代码就像在悬崖边跳舞，看着方便，实则危险。本地环境可以快速试错、看报错、查日志，而action每次跑都要几分钟，反馈周期太长，心态容易崩。以后任何代码修改，先拉到本地，哪怕配置环境麻烦，也比浪费几小时强。

“u盘小龙虾”的诱惑

发现u盘版小龙虾，有点意思。便携的AI工具，插上就能用，确实有场景。
感悟： 工具越做越小巧，门槛越来越低。但越是方便，越要思考它解决什么痛点。u盘版适合临时用，但长期开发可能还是本地环境更靠谱。可以列入探索清单。

复刻AI项目：收藏不等于学会

在GitHub找到不错的AI项目，计划”找时间复刻学习一下”。但这类计划常常会变成”收藏从未停止，行动从未开始”。
感悟： 收藏是大脑的安慰剂，告诉自己”我以后会学的”，但如果不设定具体时间，永远停留在收藏夹。明天可以挑一个最小项目，花30分钟跑通，哪怕只是环境搭建。

下午的疲惫：无效奔波

下午一直上课、走来走去，感觉精力被掏空。这种累不是学习的累，是环境切换的消耗。
感悟： 课程之间的奔波、等待、无意义的走动，确实耗神。以后可以尝试在间隙做点”换脑”的事：听歌、冥想5分钟，或者干脆趴一会，让大脑重启。

💡 观点批判

你说得对：在线修改代码+action调试效率极低，以后必须本地调试。GitHub项目要复刻就得尽快行动。下午奔波确实累。

但有没有可能，这次失败还有其他值得反思的地方：

  1. 为什么一开始会选action调试？
    可能因为想省去本地配置环境的麻烦，或者觉得action能自动运行很酷。但忽略了调试的本质是”快速反馈”。本地环境虽然配置麻烦，但调试一次后续就省事了。以后可以这样权衡：如果是小修改（改配置），在线可以；如果是核心代码改动，必须本地。

  2. 项目调研不足
    “一开始是不支持ai的api，然后是qbs太高”——这些应该在动手前就了解清楚。如果提前看文档、看issues，可能避免踩坑。下次拿到项目，先花10分钟读README、看技术栈、确认依赖，再决定怎么改。

  3. 情绪管理
    浪费3小时很气，但”活生生浪费”背后也有情绪积累。其实中途可以停下来，冷静分析：是不是方向错了？要不要先本地试试？但可能因为已经投入时间，不甘心放弃，结果越陷越深。以后可以设个”止损点”：如果1小时没进展，就停下来换方法。

  4. “水两篇博客”
    坚持输出很好，但”水”的效率如果太低，可能对自己帮助有限。可以试着把今天的教训写成一篇博客，既有价值，又能巩固记忆。这样”水”就变成了”干货”。

明日改进

  1. 本地环境搭建：明天先花时间把AI订阅项目的本地环境跑通，确保能编译运行。再考虑部署到action。
  2. 项目调研清单：以后接触新项目，先列个清单：README、依赖、API文档、常见issues、star数。花10分钟再动手。
  3. 复刻最小行动：从GitHub收藏的项目里选一个最小的（比如几百行代码），明天花30分钟跑通并运行示例，截图记录。
  4. 博客转型：明天博客写今天的教训，标题可以叫《血的教训：千万不要在线改代码》。把吐槽变成经验分享。
  5. 精力管理：明天课间休息时，尝试5分钟闭眼冥想或深呼吸，看看下午是否更精神。

金句留存：

  • 在线修改代码就像在悬崖边跳舞，看着方便，实则危险。
  • 收藏是大脑的安慰剂，只有行动才能把”以后”变成”现在”。
  • 调试的本质是快速反馈，本地环境是最短路径。
  • 浪费3小时不可怕，可怕的是没有从中提炼出规则。