信息过载自救指南
原文：vol28.信息过载自救指南来源：独立开发沉思录 · HackThinking 周刊本文为中文总结整理，非逐字翻译。为保留原意，关键段落以引用块保留原文表述。 先说结论这一期谈的是信息过载。 作者发现自己的大量时间投入在碎片化信息和短视频里——「似乎有一些获得感，但更多是对于涌入大量信息的焦虑和难受」。于是文章围绕两个问题展开：信息过载是怎么来的？普通人该怎么自救？ 答案很克制：成因有四条，自救有三步，而且都不涉及”卸载 App””强行戒断”这类硬碰硬的做法。 卷首语 本周发现自己很多的时间都投入在了碎片化信息或者是短视频中，似乎有一些获得感，但更多是对于涌入大量信息的焦虑和难受 所以这一期想要谈谈对于信息过载，我们要如何自救 一、信息过载的四个成因1. 信息过剩 庄子有一句话：吾生也有涯，而知也无涯。以有涯随无涯，殆已。意思是：我的生命是有限的，而知识是无限的。用有限的生命去追求无限的知识，真是累人。 作者用了一个很贴切的比喻：这种状态像在一个巨大的图书馆里没有目录和指南——不仅要面对”选什么”的困扰，还要承担”筛什么”的压力。更麻烦的是，真正有价值的新信息往往埋...
Git worktree：并行开发不再手忙脚乱
原文：Parallel development without the headaches using Git worktree作者：Dave（barrd.dev）本文为中文翻译整理，为便于对照，关键段落保留了英文原文引用。 先说结论git worktree 从 v2.5 就有了，距今大约十年，但作者一直没用过。真正上手之后，它彻底改变了他的工作流：一个任务、一个分支、一个目录，同时推进多个功能、随时插入线上热修，而 git stash 从日常操作变成了罕见例外。 要记的命令只有五六个，学习成本很低，换来的却是几乎消失的上下文切换。 一、worktree 是什么作者在折腾一个特别棘手的项目时，发现了 Git 的 worktree 功能：让你同时在多个分支上工作，每个分支有自己的目录，但共享同一份底层仓库历史。 12345~/Herd/├── my-project/ # 主 worktree，分支 `main`│ └── .git/ # 主 git 目录├── my-project-feature/ # 链接 worktree，分支...
Hello World
这是新博客的第一篇文章。 为什么重建旧的博客系统基于 Hexo + NexT 5.1.3，最后一次部署停在 2022 年 11 月。这次推倒重来，换了 Butterfly 主题，并把构建完全交给 GitHub Actions ——本地只需要写 Markdown 然后 push，构建和发布都在云端完成。 写作方式在 source/_posts/ 下新建 .md 文件，或者在项目根目录执行： 1npm run new -- "文章标题" 写完后提交并推送： 123git add .git commit -m "新增文章：文章标题"git push 推送后 GitHub Actions 会自动构建并发布，一两分钟后就能在线上看到。 代码块效果12345def fib(n): a, b = 0, 1 for _ in range(n): a, b = b, a + b return a 待办 替换 _config.yml 里的站点标题、副标题、作者等占位符 配置 _config.butterfly.yml ...