@aitianci #34 有些笔记软件专门解决这个问题，Obsidian/Logseq 感觉挺出名的，通过双链关联。

再接前文 #33 ，我写笔记很少直接 COPY 别人写的内容，因为这谈不上真正理解，也谈不上是自己的笔记。
我对自己笔记的要求是，要有自己见解，不能直接 COPY ，单纯 COPY 来的笔记是没有意义的，徒增一堆废料。

写笔记，初期可以是草稿，但是如果想将内容沉淀下来，就需要花更多的精力来完善。草稿是指「只有当时的自己能看懂的内容」，而能拿的出手的笔记，那得是「一个不懂这个知识点的人也能理解的内容」。

接前文 #32 ，我如果不把学过的东西写到笔记里，那隔一段时间又想折腾的时候，经常会发现相关知识点或流程都忘差不多了，又要从零再折腾一遍，这很浪费时间。
如果你觉得你的笔记没啥用，我觉得可能的原因会有：

1. 你的工作内容变化不大，涉及的新知识有限。简单的说就是用到的都是热知识，没啥冷知识，那确实靠脑子就 OK ，不需要啥笔记。
2. 你写笔记的方法有问题，比如前面老哥说的，你记的只是写草稿，从没想过要将它变成可读性更好的内容。其实草稿并不是没有价值，如果草稿能变成一篇详略得当的教程，那就很有价值了。但是如果草稿一直维持在草稿的状态，那就确实没啥价值，可能过段时间你自己都看不懂这草稿了。

我当然也有些回顾比较频繁的笔记，这种笔记主要是一些 Linux 命令笔记，比如因为工作原因我抓包比较多，下面这篇博客我经常一天看好多遍（ copy tcpdump 抓包命令）：

https://thiscute.world/posts/tcpdump-and-wireshark/#tcpdump

我有个写了四五年的笔记仓库，目前 249 stars ，主要存放一些个人散乱的笔记，其中有些比较有价值的内容，我会在合适的时机整理成文章发布到我的博客上（我的大部分技术博客都脱胎于此）。

https://github.com/ryan4yin/knowledge

但我没折腾过啥笔记软件，这个仓库我一直是使用 VSCode 直接写 Markdown 内容，写习惯了也几乎不怎么用 markdown review 功能。

另外我 5 月份写的一份 NixOS 笔记，最开始也是存放在这里面的，后面又整理成博客，收到许多好评跟建议后又改成了 GitHub 仓库 + 单独的文档站，之前在这个回帖里总结过它的迭代历程：

https://www.v2ex.com/t/952569#r_13285891

这其中大部分笔记我自己确实也不怎么回顾，可能原因有：

1. 暂时用不到相关知识点，或者我对相关知识点不感兴趣了，兴趣转移了。
2. 我已经很熟悉相关知识点了，不需要再借助笔记的内容来回顾。

但是我感觉这仓库里并没有什么可以删除的笔记，我觉得我记录下的内容不论是对我自己还是对其他看到这个仓库或者我博客的读者，都可能是有价值的，没有价值的东西我一般不会记录。

我其实更多的，是拿笔记当作自己的第二大脑。因为人的记忆能力有限，学过的东西都可能会忘。这就像计算机的 CPU 一二三级缓存也都有限一样，更多的内容就只能 offload 到内存，或者 offload 到磁盘持久化存储，等到什么时候需要了就再 load 进内存，load 进 CPU 缓存。

Linux 桌面感觉也就 i3wm/sway 等窗口管理器可以一战，KDE/Gnome 这些跟真金白银堆出来的 macOS/Windows 比，稳定性、易用性都不是一个级别的。

@moonjourney #80 +1 我也是，再也不用写笔记记录自己装了些啥东西，改了些啥配置了。

有 NPU 的板子都行，最近比较牛的就 rk3588

我也认为前三点可以被 NixOS 完美 cover ，缺点就是学习成本高了点...

第 4 点在 NixOS 上会有些问题，不过也不是不能解决.

日经问题，对已经有一定 Linux 使用经验的 v 友，我强推 NixOS + i3wm/sway

点赞！

@cgglyle 单纯讨论硬盘空间的话，可能 NixOS 还更占空间一点...
另外说 NixOS 跟 Arch Linux 哪个更好，这我哪敢答，我要说 NixOS 最牛逼，感觉马上就要被 v 友冲塔了 emmm

只能说各有各的好吧，Arch Linux 的生态最完善，文档质量在所有发行版里排第一，还有 AUR 仓库提供丰富的软件包。
而 NixOS 拥有所有发行版中最大的包仓库 nigpkgs ，同时它的可复现性也是主流发行版里独一无二的，整个生态也非常活跃（有些借鉴了 nixos 的发行版如 guix ，以及其他不可变发行版 silverblue ，这个我不太了解不做评价）。

想了想再补充下，我另外也有个从还没毕业开始一直写到现在的笔记仓库，目前 248 stars ，主要存放一些个人散乱的笔记，其中有些比较有价值的内容，我会在合适的时机整理成文章发布到我的博客上。

https://github.com/ryan4yin/knowledge

这个仓库我没做过多少宣传（毕竟本来也是些不成熟的笔记），只在之前 v 友讨论 homelab 时分享过两次，不过三四年来，慢慢的也有 248 stars 了，感觉就是件很自然的事。

就像 OP 说的，我的这些笔记不可能有啥实际收益，最大的好处也就是在我找工作时给我一份助力。
但实际上分享见地并得到认可，是能让人爽的，我想这也就是为什么会存在这么多开源项目与开源贡献者的原因。

做有价值的东西、差异化、国际化、减少探索成本，我的感觉也差不多如此。

我没做过啥产品，不过感觉可以在这个帖子下分享我最近写一份文档的经历，这个文档仓库刚发布 5 天，目前 74 个 stars.

https://github.com/ryan4yin/nixos-and-flakes-book

------

过程大概是这样的，今年 4 月份的时候我对 NixOS 产生了点兴趣，开始尝试在虚拟机里面折腾它，到 5 月初的时候我把 PC 彻底迁移到了 NixOS 系统，同时将之前的折腾笔记整理成了一篇博客发表（现在内容已经迁移走了），也有在 V2EX 上分享过：

https://thiscute.world/posts/nixos-and-flake-basics/

https://www.v2ex.com/t/938569#reply42

我把博客在 NixOS 中文群分享了一下收到了许多好评，同时在一位群友的建议下，花了几天时间将文章又翻译成了英文发到了 Reddit 上，反响很强烈：

https://www.reddit.com/r/NixOS/comments/13dxw9d/nixos_nix_flakes_a_guide_for_beginners/

因为收到了许多好评，我从 5 月初博客发布开始，一直持续了差不多两个月，补充了很多内容。我觉得有必要再次分享一下，就在 Reddit 上又发了一个帖子：

https://www.reddit.com/r/NixOS/comments/14fvz1q/comment/jp4xhj3/?context=3

这个帖子中有两条很有见地的评论，点出了我这篇文章目前存在的诸多问题：文章太长阅读困难、包含很多不必要的冗余信息、目标读者定位不明确等等。有条评论说相比于一篇文章，这内容反而更像是一本给入门书籍，它不适合以博客这种短期阅读的形式分享出来。

收到批评心里总会有些不高兴，但是我仔细思考了下觉得他们说的很对，于是进一步将内容整理成了一本开源书籍，建了 GitHub 仓库，内容也做了一波调整，得到现在的成果：

https://github.com/ryan4yin/nixos-and-flakes-book


这份文档是我在与读者的沟通中一步步优化的，读者的好评带来的成就感是我更新的最大动力，一些读者的反馈也对它的「进化」产生了很大的帮助。
我最初只是想分享一下自己的 NixOS 折腾心得，内容也比较随意，没想到最后却成了一本包含中英双语的开源书籍，国外的阅读量甚至是国内的两倍，而且还得到了许多 stars ，这真是完全没预料到的。

这个经历跟做一个开源产品的关系可能不大，但是它确实帮我快速融入了一个大型的国际化开源社区（ NixOS ），并且给了我归属感、认同感，对我而言它很独特，很有意义。我现在业余时间会越来越多的思考，我还能给这个社区贡献什么，大家还会需要什么。

如果是关注 kubernetes 的 FinOps ，我去年倒是写过篇文章：

https://thiscute.world/posts/finops-for-kubernetes/

@vitovan Flakes 跟 Python3 一样，确实都是不兼容变更，但是 NixOS 社区很喜欢 Flakes ，实际上拒官方调查，目前已经有超过半数的用户在使用 Flakes ，GitHub 上创建的新 Nix 包也大多数都是 Flakes.

从这个方面讲，Flakes 的推广要比 Python3 成功非常多，要知道 Flakes 至今都还是实验性特性，官方文档中甚至极少包含 Flakes 相关的文档，这么“艰苦”的条件下就已经获得了如此广泛的响应，可见整个社区都是非常欢迎它的。

所以如果你是担心 Flakes 推出后，社区生态跟不上的话，我觉得你完全可以打消这个顾虑。

@yeyang5211 哦哦，懂了

@yeyang5211 两家官方店都有哇，你咋会找不到...

没觉得这是个问题，如楼上所言，AUR 仓库的安全性与可用性对我而言比这问题更大。