@envylee 那你可以制造一下这种硬件，例如用密码确定是否开启写保护。但这仍然不能保证别人不会把你的 U 盘带走、扔进海里、化学销毁之类的。

能接触实体电脑的人都防不住——可以把 U 盘拔了带走。

如果这个人不能实体接触你的电脑，你可以给那个人分配没有格式化 U 盘权限的账户。格式化是一种需要管理员权限的操作。

@AnyISalIn #2 当然可以，open 是 macOS 内置的，完美模拟 Finder 里面双击，Finder 里面可以（这可是 OneDrive 的首要目标之一）自然是可以的。

为什么要用 PowerShell ？因为 PowerShell 比 bash 更可移植且我最擅长的命令行 shell 是 PowerShell （你可以参考我的 blog 构建系统，之前一直是 Windows exclusive 的，拿到新电脑之后修了十几行就可以在 macOS 上跑了）。如果用 open 的话我的代码就不能在 Windows 上跑了，也不能在 Linux 上跑（如果将来我使用）。

@Yvette #4 “中杯”不可能被理解为 Venti。

学习编译原理，理解短路求值是怎么实现的。

@darmau #24

> 因为当欧美无产阶级在争取权利也顺带着帮你们争取的时候，中国小白领在嘲笑“白左”，并坚决跟资本家站在一起。

我意在表明你不能把“白左”归为无产阶级的朋友。你可以看看白左媒体是如何看待无产阶级黄背心的（事件发展过程里白左媒体的态度有个非常急的转弯）。需要的是和无产阶级站在一起，而不是“不嘲笑‘白左’”。

提示一下，很多知名白左以及白左领袖都是资产阶级额。
再提示一下你说的“资本家不会背叛自己的阶级”。

所以啊，人要有 logical consistency。

@minamike #7 或许是我插入过外接显示器？但是既然都 per-monitor DPI-aware 了，为什么不能 per-monitor 字体平滑呢 :-(

@camillo #1 Wait... 我的 Surface Book 2 一直用的是默认的缩放（ 200%）且默认也是开 ClearType 的（我没关），但是它的参数调校得很好，在 200% 上关掉 ClearType 反而会让桌面上的图标的文字难看。

总之我得把这个步骤记下来，免得需要重新配置 macOS 的时候忘掉。

吐槽：Apple 是不是光花时间校色了，没有弄出好的 font smoothing 参数。

@minamike #5 那我就不知道为什么了。

@camillo #1 我都不知道这玩意儿的存在。关掉之后字明显变细但是也一致了。所以问题来了：为什么 Apple 要给一个 suboptimal 的默认设置？

#3 据说 15 英寸的是 1.167 倍超采样。

@richangfan #2 即使从果粉的宣传角度，你也应该说“比 Windows 适合编程”？还是你在用互文的修辞手法？

你不能这样做，因为你不应该透过 Win32 访问 WSL 的文件系统，因为 Win32 程序根本不会知道 WSL 是什么，这样做可能会损坏 WSL 的文件系统，而 WSL 也并不期待自己的文件系统被别的程序乱动。

你可以在 WSL 里面的 /mnt/C/Users/你的用户名 /Documents/project1 里面运行你喜欢的 Linux 工具，也就是说，你可以在 WSL 里面通过 Linux Subsystem 访问 Win32 控制的部分（因为 WSL 使用的 NTFS 更底层、更少抽象，不像 Win32 app 不需要知道底层文件系统，WSL 永远运行在 NTFS 上），WSL 是知道这部分文件系统通常归 Win32 使用，所以能够处理其中的变化。

除了从技术实现层面的“是否感知”来理解这个问题，你还可以通过“独立存储”这个概念来理解这个问题，算是更抽象的一种理解（从软件模型的基本假设开始）。

WSL 的实现是一个 Appx Package，它的独立存储（例如你正在访问的 %USERPROFILE%\AppData\Local\Packages\<PackageFamilyName>\LocalState 是完全属于这个 Appx Package 的，Appx Package 应当假设没有任何人修改这部分文件。换言之，即使你尝试编辑一个 UWP app 或者通过 Store 分发的 Win32 app 的这个文件夹，也会导致 undefined behavior，因为所有的 Appx Package 都是基于“我的独立存储是我自己控制的”这个假设来编写和运行的。

再类比一下的话，考虑 Word，它会存储一些设置在 AppData 文件夹里面，也会允许用户把文档保存在 Documents 里面。Word 的编写和运行是基于“用户不能乱动我的 AppData ”这个假设的，因此用户不能动它的 AppData，如果用户胡乱剪切、粘贴 AppData 里面的文件，那么 Word 可能崩溃或者恢复出厂设置，用户如果把 AppData 从一台电脑复制到另一台电脑，Word 不保证这些内容对应的效果在另一台电脑上是有效的。但是它并不假设“用户不能动自己的 Documents ”，所以你的文档保存在 Documents 里面，你可以随便移动、复制你的文档，Word 仍然可以打开移动过的、复制过的文档，你可以把文档发送到另一台电脑，那么另一台电脑的 Word 也必须可以打开收到的文件。

用 WSL 在 WSL 的 /Users/WSLUserName/Documents 里面建立文件，再用 Win32 app 去访问 %USERPROFILE%\AppData\Local\Packages\<WSLPackageFamilyName>\LocalState\rootfs\Users\WSLUserName\Documents，就相当于乱动 Word 的 AppData，WSL 不需要处理这种情况。

用 WSL 在 WSL 的 /mnt/C/Users/WindowsUserName/Documents 里面建立文件，再用 Win32 app 去访问 C:\Users\WindowsUserName\Documents 里面的文件，就相当于用户操作自己的“我的文档”里面的文件，例如把文件复制到另一台电脑上修改再复制回来，WSL 当然应该正确处理。

@wclebb #8 我也很好奇在 Mac App Store 里面分发的软件如何做到“一个版本的永久授权”

如果你把所有的代码都放只在公司的电脑上（当然这表示只用公司的电脑编程），那这个就没这么严重了。

把数据往公网扔也是心大。

@lcj2class 举个例子，有 n 个数，最大的数大小是 3^n，则 DP 的时间复杂度是 Omega(3^n) 但枚举的时间复杂度是 O(2^n*poly(n))。

如果你用“刷新式”实现动态规划则另谈。

@chinvo #18 我用的原生态 pwsh。

@hzcer #20 感谢周知～

@mmtromsb456 #21 这个应用比较 buggy，即使是和 Terminal app 配合 bash 使用也有乱七八糟的错误。

@geelaw #3 刚意识到楼主还问了末尾的 e ……那 time 也没有末尾的元音发音。

就一个抽红包算法也能出来这么多幺蛾子，三楼 @celeron533 的方法对于实数的分割是完美正确的，稍加修改即可得到抽红包的算法。

假设要把 N 单位的钱分给 n 个人，每个人至少 1 单位，且是所有可能分法中均匀分布的，则可以用“插板法”来抽样。把 N 单位的钱看成 N 个球，每两个相邻的球之间有一个位置（ N - 1 个位置）可以插入隔板，现在只要随机抽取 n-1 个隔板即可按照需要的分布拆成 n 个人分到的红包数。

从 N-1 个元素中选择 n-1 个元素可以用 reservoir sampling，时间复杂度是 O(N)。

————

至于楼主觉得自己的问题不是抽红包，这只是一种表面的错觉。

假设要抽取 n 个自然数，使其和为 N，且在所有可能的抽取结果上均匀，这相当于分 N+n 单位的钱的红包给 n 个人——把每个人的数 +1 就得到红包的分法，把红包的分法中每个人的钱 -1 就得到这个拆分。

Thomas、Thames 也不是 th 音啊，英语单词发音是没有那么完美的规律的

@enenaaa #2 数字大的时候动态规划不如枚举有效率