cryptomator ，文件加密

除非有明确的可验证的套利机会，否则都可以归结为心灵鸡汤，落实到每一个人头上，有一千种实践的可能性，而其中可能有 1001 种都是不靠谱的。

“程序员”思维高度依赖规范性，确定性，只有“可计算”的套利机会才具备讨论性，免得把个人愿望当作未来价值，赔得莫名其妙。

就是这样，没办法随便修改。你可以试试使用 policies.json 修改 SearchEngine ，但可能不会生效。

@cosette https://bitwarden.com/password-generator/ 补上网址

仅考虑密码口令本身的强度的话，难记的密码强度不一定高，折中的办法是选择 8 个单词配合数字，长度足够长，也容易记忆。

类似于这里的 passphrase 生成方法，多记忆几次就熟悉了。

单方面的防窥并不能避免被窥视，正确的方式是当有人窥视你让你觉得不舒服的时候，盯着 TA 的眼睛窥视回去。

可以考虑[mountain duck]( https://mountainduck.io/comparison/)，挂载 webdav 实际的易用性如何还是使用一段时间才能知道，就拿系统自带的挂载来说，经常连接失败。

https://store.steampowered.com/app/832320/Mighty_Switch_Force_Collection/

3ds 上的应该不是 collection

仅考虑交换问题，不需要很复杂。

考虑平凡情况（排除乱伦、干亲等等），考虑 X 的 Y 是否等同于 Y 的 X ，只需要考虑下面两条原则：

1. X 和 Y 均是单元（单元即该称谓指代单一对象，比如爸爸妈妈，爷爷奶奶，姥姥姥爷，与之对应复元指代对象为可能多数，比如叔叔、舅舅，儿子，女儿，这些皆为不定数）
2. 最右侧称谓有相同性别

在这种情况下，出现一个问题，比如“儿子的儿子”是否等于“儿子的儿子”，从字面上两者完全相等，但从指代上很显然两者只在特定情况下相等，即一脉单传。

同样的，在上述原则之下，可以找出所有单元，并在规则 2 下进行排列，即可找出所有可能情形。

至于亲戚计算器，则考虑的情况会更复杂一些，既有单元和复元关系，也有性别关系，还有上下级别的跳动，不过限制在上下三代以内应该也是可以考虑清楚的。以“我”为基元往上数是比较清楚的，往下数则比较模糊，基本都是复元称谓。又以性别为远近区分，中间夹女性亲属的关系更远。

hashphotos 多功能照片处理工具

可用性一般，尤其是对于某些软件和运行库之类的版本检测相当混乱，要么是无法更新（这个是已知 bug ，且很久没有修复），要么就是罔顾大版本差异。此外就是通过 winget upgrade 执行的是重新安装，可能会改变软件的设置，这个和软件内更新的效果可能很不同。

因为 commit 并不是类似某些笔记软件的版本历史，随时随地 commit ，想起来就 commit 。因为开发是一个 progressive 的过程，所以有些部分已经完成可以 commit ，但有些部分还没有完成不适合提交，这时候 stage 充当了中间的准备阶段。

一次提交应该是内容完整的，如果总是把不相关的、半成品提交上去，自己拉的屎到时候自己擦，尤其是当你想追踪变更历史，或者回退的时候。😂

因为保险条款往往不讲人话，很难依靠 ai 理清楚其中的关系，大概率是泛泛而谈。其次保险还涉及到一些实务知识，比如鉴定、赔付流程等等，这些是没有明确的形式条款可以参照的。另外，渠道本身就是盈利点，不同渠道能拿到的点数是不同的，这一点是绕不开的。

@cosette 有一些自带更新的可以用 scoop 安装，但是不要用 scoop update 更新，很有可能会把你的软件配置清零。对于这种不想要 scoop 更新的包，用 scoop hold 固定住就行了。

不完全支持 portable version 的要小心，和系统有较多集成，不完全遵守 persist data 的要小心。

最适合 scoop 的其实是类似*nix 那种一个二进制解决全部，不会到处拉屎的软件，虽然原则上 scoop 可以用 persist 做配置，持久化，但指不定就会遇到问题。

建议安装前，scoop cat <package>看一下会安装什么东西。

没有重要的修复性更新，或者功能更新都可以不用紧跟最新版，尤其是可能是出现破坏性更新的情况，导致数据损坏还无法回滚到旧版，nextcloud 也是如此，吃过大亏。如果没有持久化的需求，坏了无非就重来一遍，成本至少可以接受，浪费点时间罢了。

输入法安装之后不会在 Application 文件夹里面，所以如果只是检测 Application 的会看不到任何安装的痕迹，需要找到`/Library/Input Method`，至于配置文件可能需要搜索一下，Application Support 之类的地方

现在其实比以前快，不需要每次都 git pull 整个仓库，访问 api 慢的话，换个国内的源，现在每次 `brew update` 的体验比以前好太多了，使用 api 之后，可以 `brew untap homebrew/core homebrew/cask` 节省一点空间