狼人杀这种游戏并不能通过逻辑取得胜利，因为即使在大家都按理性行事的情况下，也会有「他在第三层，你在第五层」的情况，每一层逻辑都会导向不同的决策。更何况不可能所有人都是理性决策，某个人的随机操作会使整个局势发生变化。所以坚定相信狼人杀是逻辑大于语言（忽悠）的人，大约可以认为不靠谱。更何况狼人这个游戏可信信息非常少，抵抗组织起码还有个投票机制可以作为推理出发点。

我还记得，十多年前上中学的时候吧，这个游戏就已经相当流行，但那时候要么叫狼人，要么叫杀人游戏，总之没有最后那个杀字。狼人杀应该是 15-16 年兴起的叫法，好像是跟某个综艺有关。在那之前，一帮同学没有任何套路一起玩的时候非常开心，虽然那会大家在没有证据的情况下都是凭个人好恶投票，但也没见得游戏玩不下去。

大约 16 年左右，有次我被朋友拉上和陌生人组了一个局，局上的人攻击性很强，且满口都是术语。第一轮投票时，我不知道投谁，于是随便选了一个认识的朋友，后来被他们分析了半天。这是我对狼人杀这个游戏印象变差的开始。一个游戏有人想赢有人想娱乐很正常，但现实中不太可能出现爱踢足球的球友硬拉上完全不会踢球的人一块来一局的情况。尴尬的是，这种事在狼人杀上经常发生，而且我发现，他们好像或多或少都很熟悉那套术语。

不过这也看和谁玩，如果是很熟悉、人品脾气也比较好的一帮朋友在一起是可以玩得比较欢乐的。但那种情况下可能也不会选择狼人杀了。

有点强词夺理了。

C 语言算是非常典型的过程式语言吧，也是通常理解的「底层」语言。它对程序的运行环境有很多假定，比如浮点数的运算要符合 IEEE-754 标准，比如变量可以取地址，地址可以解引用，函数可以调用和返回等等。但 C 语言看起来比汇编更「高级」也更「已读」，就是因为它对程序语义的假定比汇编更少，编译器可以对 C 程序作优化，但对汇编能做的优化则极为罕见。

类似地，不可变的函数式语言拥有比 C 语言更少的假定，这使得编译器可以不对程序是如何计算的做出假设，甚至可以启用多线程进行计算。SQL 也类似，它的理论基础是关系代数而不是 C 语言抽象的机器环境，具体如何执行一个查询，优化器可以自行做决策。描述取大于几个的满足某某条件的数据，这是人类的要求，不是 SQL 本身造成的约束，你让 ChatGPT 帮你写 Java 程序去读，也得描述好这几个条件。

写 HTML 和 CSS 的时候，也需要想这个画面最后渲染出来是什么样子。难道这代表 HTML/CSS 也是过程式语言吗？

很多外语词是无法和汉语词一一对应的，只有在每个用到的地方斟酌用哪种翻译，但也要考虑到用户习惯，default 译作「默认」算是用户比较能接受的对应。

国内理工科普遍语文水平不高，早期学校里那帮所谓专业人士又不食人间烟火，弄出很多离谱的翻译。

比如 handle 译作「句柄」，有人辩解称此处「句」应念 gōu 通「勾」，但经知乎网友考证，此译法最早来自编译原理的文献，「句」确实指句子。但在文件描述符等地方也将 handle 译作「句柄」，就简直是狗屁不通。翻译成「把手」「控制符」都能好太多。

还有 render ，现在一股脑全部译作「渲染」。其实到图像的渲染只是 render 其中一个含义，这个词可以抽象地表达大部分「呈现……」的情况，甚至可以表示「翻译」。比如 gofmt 把混乱的 golang 源码格式化的过程，也可以用 render 一词，而这里再翻译作「渲染」就很不合适了。

@LaGeNanRen
瞎猜的，可能是同步没有来得及完成，iCloud 相册同步的逻辑似乎跟我们理解的简单发 CRUD 请求不太一样。

比如我跟朋友有一个存放出去玩照片的共享相册，如果我刚拍完照就添加到共享相册里，很可能就会失败，如果等到这些照片都上传到云端以后再添加到共享相册就不会出问题。

我换过不少设备，新设备的相册等到第一次同步完毕（本地仅存缩略图就可以）都没有遇到你说的无法删除的问题。实在不行你登录网页版 iCloud 把那堆照片删了看效果。

苹果这堆同步相关的功能说不定都能追溯到 iTunes 时代，无论从功能设计还是代码实现上估计都乱得不行。

如果你把做空看作一种市场的负反馈机制，那又何止是 A 股需要这个东西？水深火热的话题咱就不说了，就内娱明星现在都批评不得，导致内娱搞成这副模样。

光靠倒卖 chatgpt 咋赚钱？ chatgpt 可是被墙的，除非你自己搭一个反代或者接 api ，如果你哪里没搞好，有人想搞你，是可以灌非法信息然后举报的

在这个论坛总有一种考公随便考考就能考上的错觉🤣

其实这个思路和 C++挺类似，就是加语法糖可以，但要想办法做得通用，得让用户自定义的类型也能用上。如果用问号代表 Option ，那就是一个定死的语法糖了。所以 Rust 里的问号是一个操作符，你可以实现 std::ops::Try 这个 trait 来自定义

最早在网上发帖去鹤岗买房的，就是一个做海员的哥们，一年到头回不到几次家，单纯买个落脚的地方

没用安卓的时候也以为侧滑返回就是单纯返回 NavigationView 的上一级，用了才发现 Android 这个返回逻辑还挺复杂，还涉及到跨 App 之间的跳转。总体体验肯定比大屏 iPhone 好，但也说不上完美，整个用下来感觉这个方案有很强的 PC 味，不像苹果会做的事情。当然苹果要是真的想做那肯定也能做，但我觉得这不像苹果的风格，估计在他们那这个问题优先级也不算高。

楼主的问题本质其实很简单：macOS 的系统服务只会在 E 核上跑，所以 E 核少的型号这方面性能可能反而更差

如果家里设备多是苹果生态的话，用 macOS 当 NAS 可能更合适点

京东的 App 给我感觉是开发人员水平不够，淘宝的感觉是有水平但心思全没用在正道上

国区巴不得 App Store 下架一个 App 就立刻把你手机上装好的远程删掉，还指望 sideload ？

你说的像是 X-Y 问题，即人们想做到 X 目标，但以他们的知识又不知道需要通过 Y 方法。问题的核心不在于如何学会 Y 方法，而是如何得知 Y 方法的存在。

以我多年的上网经验，除非特别热门的话题，否则搜索引擎极其不擅长这个领域（如果你问它 Y 方法怎么做倒能表现很好）。最好的方法还得是直接问人或者 ChatGPT 这种聊天机器人。

生日快乐

前排等一个后面常见的嘲讽程序员脑子不活的评论。