单方面的防窥并不能避免被窥视，正确的方式是当有人窥视你让你觉得不舒服的时候，盯着 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` 节省一点空间

compose file 支持 `user` 字段，但是修改挂载的 volume 的 user 可能导致权限错误，无法正常运行。

@ltkun 主要是现有的东西要重新弄风险太高了，给 linux 升级系统就是一场豪赌，可能什么好处没有，还搞的一团糟😅

chatgpt 是一个语言模型，喂它链接是没用的，同样的在某些回答中，它还会模仿出很多实际不存在的空链接，以后通过插件系统，或许可以实现对联网的实时外部数据的访问处理，现阶段都是语言陷阱，只是这样回复看起来更加靠谱，句子更像是有意义的。
这一点在让它写代码的时候也是也一样的，有时候会编造不存在的库函数。

ban chatgpt 和 ban 灌水属于差不多的性质，而不只是 chatgpt 生成的内容是否完全胡扯，作为一个论坛大家都希望自由发言，但另一方面更希望能够看到有价值的回应和交流。如果依赖于 chatgpt 的回复，那完全可以在任何时候点进一个帖子，然后复制一段 chatgpt 的内容，每个人都可以这么做，可以预见肉眼可见的会有很多 chatgpt 相关的帖子充斥各个节点，另一方面 chatgpt 太过方便，如果不是一眼假的情况也懒得查证，间接助长灌水行为。

排斥 chatgpt 本身并不意味着所有人都比 chatgpt 的回答要高明，举个不恰当的例子，大伙儿一起打游戏，结果进来一个开挂的，虽然说开挂在某些方面就是表现得比手打要好，滥用 chatgpt 和开挂的共通之处就在于达成某种结果是如此的轻松，以至于根本不需要把握任何事情，只需要机械的按键猴子也能完成“工作”。正是因为这件事猴子都能做，所以就失去了讨论的价值。

不要用“评价”给自己设置“障碍”，不管是自我评价，还是观察和揣测别人对自己的评价，亦或者是用别人的例子来称量自己，很多时候人很敏感就是因为在这个“评价”问题上越陷越深，以至于心态上首先焦虑崩溃，始终无所作为。

这种情况下，自我认为的做不到、做错了，不优秀，平庸甚至无价值，本质上不是做得错了，做的不好，而是自我抑制使得自己根本是懒于行动，无所事事。一个刚学游泳的人被旁人说，“你天赋太差了，张三一下就会了”，因而产生了退却，焦虑，甚至自我否定，一看到水就害怕，哆嗦，怕自己的天赋再次暴露在别人的评价下面，害怕自己因为无法做到“无所不能”而被冷落排挤，那么问题在哪里？

不在于评价，不在于自尊心，不在于天赋，不在于是否真的会被排挤，学游泳就是要学游泳，仅此而已，初心是学游泳，现在呢？是否变成了要学得快，学得好，学出花样？是否是为了展示某种潜能、本事？

受挫的人可以躺平、晃荡一整天，不是因为无能，也不是因为没有上进心，也不是因为没有计划，而是所有的东西都想到了，唯独排除了去游泳，因为不用游泳，所以不用出门，也就不用锻炼，热身，学习，所以现在可以躺着。

看着当初和自己一起的人游的越来越好，更加害怕，焦虑了，所以强迫自己照着别人的样子，制定计划，什么时候出门，什么时候吃饭，吃什么，怎么吃，游泳的时候是先伸左手还是右手，热身几分钟，一套计划下来，身体疲劳的不行，却没有变快乐，虽然去游了，但却是在控制身体做模仿别人游泳的游戏。

-----------------------------------

我想学游泳所以就是学游泳了，如果我有了其他的期待，那么除了挫折以外，什么东西也不会得到，当然，学着学着才发现，一起学的妹子总是粘着我教她，我很受用，因为她长得好看，我觉得我的学习能力真的强，我游得很牛逼，我想别人应该也没什么意见。

女朋友抱怨我睡懒觉，我还是睡，因为有时候起不来。刻意工夫作流水，“随波逐流”见真心。