这个题目的意思很难看懂。

假设模型是说，乒乓球合格情况是 B(0.7) 独立同分布，装好十箱之后你每箱可以随机观察三个，要从十箱里面选一箱购买，那么你当然可以根据样品去优化你的购买方法：先用 B(0.7) 的 100 次幂计算每箱乒乓球在观察样品之前的先验分布，观察三个样品之后可以用 Bayes 公式算出每箱乒乓球的后验分布，你可以挑选最喜欢的后验分布去购买。

当然，可以猜想最佳策略是：哪一箱样品里看到的次品少就买哪一箱。同时，可以猜测随便买也不会差多少。

自定义文件夹和非文件夹文件的规则不太一样。

如果文件夹具有“系统”属性，且内含一个叫做 desktop.ini 的文件，则它会对文件夹的名字、图标等产生作用，具体来说需要

[.ShellClassInfo]
LocalizedResourceName=一些东西

这里面“一些东西”可以是资源引用，语法是 @ + 文件名 + , + 资源 ID （一个负数），也可以是字符串本身，那就没有特殊语法了。

如果非文件夹的文件所在的文件夹含有一个叫做 desktop.ini 的文件，则它会对文件的名字产生作用，具体来说需要

[LocalizedFileNames]
文件的名字=文件需要显示的名字

这里“文件需要显示的名字”可以是资源引用或者是字符串本身，注意这个会规定文件不含扩展名的名字，也就是说，如果你设置

[LocalizedFileNames]
desktop.ini=Hello

且“隐藏已知类型的扩展名”关闭，那么 Explorer 会把 desktop.ini 显示为 Hello.ini 而不是 Hello 。

https://learn.microsoft.com/en-us/windows/win32/shell/how-to-customize-folders-with-desktop-ini

实际上这个技巧我自己经常用，我下载了一些 bilibili 的视频，文件夹的名字是 av 号，然后用 desktop.ini 让文件夹的图标、名字显示视频封面、视频标题。

@jadec0der #4 我遇到过两次小费错误的情况，一次是忘了收小费，另一次是我纠正他们的小费应该按税前 15% 计之后，他们仍然按照税后 15% 计了。我一般都是记下最终的数额，以后再比对账单。

@zilil #5 多加小费的性质可以根据操作方式不同，目前已知的是，涂改签购单增加小费是犯罪，但是输入错误的数字是否是犯罪似乎并不明确。如果被支付处理商发现，肯定少不了罚。如果只是被顾客发现，一次顶天也就是 $25 左右吧（拒付费）。

#6 好像有些中国的信用卡是可以刷出小费的。

另外 @imydou #3 提到的识别问题，美国的银行（至少 Chase 是这样的）最神奇的一点是 ATM 可以识别支票（手写的）数额，而且相当准确。

主要收到 USER 和 GDI 句柄数量的限制

@bthulu #4 你的说法令我感到很迷惑，如果 csc 可以编译 C# 8.0 的代码，说明 SDK 支持 C# 8.0 ，跟 .NET 4.6.2 “支持不支持” C# 8.0 没有任何关系——实际上后面这句话“错误都不是”，因为不存在某个版本的 .NET 支持 C# 的概念，C# 不过是众多可以编译成 IL 的语言之一。至于新版的 SDK 可以编译出旧版运行时库可以跑的程序，这实在是太常见了。

https://stackoverflow.com/questions/18301302/is-forauto-i-unordered-map-guaranteed-to-have-the-same-order-every-time

如果没有修改容器导致的 rehash ，那么枚举顺序不变。

正确的理解是枚举顺序和输入顺序没关系，但数次枚举之间不修改容器的话，数次枚举顺序相同。

“key 数组”是不存在的概念。

iOS 16.1.1 YouTube 17.49.6 没有出现这个问题，你试过重启 YouTube 或者重启 iPhone 了吗？重新安装 YouTube 呢？

你可以试着用那个 case number 查询案卷，见 https://www.nysd.uscourts.gov/programs/records

声明一个匿名模板参数而已，等同于

int foo(int bar, int) { }

里面的第二个 int ，或者更常见的情况是

struct A
{
A operator++(int)
{
return A{};
}
};

里面的 int 。

在 Visual C++ 提供的头文件 type_traits 里面有 std::swap 的声明，那里定义了第二个类型参数的默认值，主要是用来做 SFINAE 的，因为从 C++17 开始 std::swap 只有在类型是可移动构造且可移动赋值时才存在。

#if _HAS_CXX17
template<class _Ty,
class = enable_if_t<is_move_constructible_v<_Ty>
&& is_move_assignable_v<_Ty>>> inline
#else
template<class _Ty,
class = void> inline
#endif
void swap(_Ty&, _Ty&)
_NOEXCEPT_COND(is_nothrow_move_constructible_v<_Ty>
&& is_nothrow_move_assignable_v<_Ty>);

假设在 C++17 模式下编译且 B 是不可移动构造的类型，则

B b;
std::swap(b, b);

会失败，因为此时 enable_if_t 会失败，从而让第二个 class 参数没有默认值，此时第二个参数无法推断，因此编译失败。

@koebehshian #5 看起来你并没有看楼主的文章，楼主写的是

> 阿拉伯语中有两种写数字的形式：
> - 印度: ٠ ١ ٢ ٣ ٤ ٥ ٦ ٧ ٨ ٩
> - 阿拉伯: 0 1 2 3 4 5 6 7 8 9
> 英语中用到的数字是从阿拉伯数字中继承来的：“0, 1, 2, 3, 4, 5, 6, 7, 8, 9”。内容中的数字应该是一致的，要么是印度数字，要么是阿拉伯数字。

第二行应该并不是阿拉伯文本（ Arabic script ），而第一行是阿拉伯文本。不过第二行或许不能叫“印度数字”，但“东阿拉伯”和“西阿拉伯”的说法也不准确，应该说“东式阿拉伯数字”和“西式阿拉伯数字”（这么叫是因为 0123456789 是西方国家使用的版本，而不是阿拉伯的西部使用的版本）。

第三篇里面数字两种样式是不是写反了呢？我记得 0123456789 是印度数字，阿拉伯数字是长得更像阿拉伯字母的那些。

B1=CHAR(96+A1)

@YouMoeYi #11 先行词的概念并不局限于关系代词，除了无人称代词外的代词的先行词就是这个代词所代替的词 /短语，例如我的例子里 they 的先行词就是 Noah 。关于 top 的 a/the 之辩，我觉得不同的冠词可以改变意思，我想说的是“Noah 是学生，而且是第一名。”

关于冗余的部分同意。

关于粗鲁 /冒犯的问题，我觉得不被通用的 they 冒犯的人必须限定于接受最新价值观的圈子，并且还要同意 they 可以囊括 he/she ，这个圈子有多大很不好说，所以我觉得安全的方法是不用人称代词。

一的拼音只有 yī，这是正字法问题。“一”的读音可以是 yì，是变调问题。当“一”后面接着紧密关联的阴阳上声字时读去声，接去声则变为阳平，叠字词 A 一 A 则是轻声。变调还可以区分例如“一 yí 站台”（表数量，例如“这儿有一站台的人还没上车呢”）和“一 yī 站台”（编号是 1 的站台）。

“不”也有变调。此外上声字后接上声也可能会变调为阳平。但这些并不改变正字法的注音。

@RRyo #7 可以使用名字啊

意思是这个人希望自己的第三人称代词是什么，通常也简称一个人的“代词”。

举个例子，如果 Noah 的第三人称代词是 they ，则 Noah is a student, and he is the top student. 单独来看是错误的，因为 he 没有先行词，正确的说法是 ..., and they are ... 这里 they 的先行词是 Noah 。

但我个人认为写 he/him 或者 she/her 或者 they/them 属于画蛇添足，只要写 he 或者 she 或者 they 就可以了，除非需要使用非常规变格（例如有人为了作弄别人使用 he/her/its/theirs 作为主格、宾格、主有形容词、所有格）。如果采用新造的代词则需要指定所有的格，例如 ze/zem/zir/zirs （对于新代词应该同时指定 to be/have 的变位）。

声明自己的代词和非传统模式性别认同有相关性，不过推荐的做法是无论是否采用非传统性别认同都声明自己的代词以消除特殊性。性别认同和性取向是两个问题。

@YouMoeYi #4 我觉得预设别人的代词是 they 和预设别人的代词是 he 或者 she 一样粗鲁，更好的做法是知道代词之前不使用第三人称代词。

@cuixiao603 #5 不可以理解为五折，因为 TopCashback 这类网站会交给你法币（可通过 ACH 收入美国的银行账户）。

最近机缘巧合试过 Surfshark ，翻墙效果不佳。