@momocraft #2 编译器并不是 shell ，楼主的意思是为什么不建立一个和当前 shell 的另一个副本。

MSDN 我告诉你

@1054850490 #4 不确定怎么会出错，因为 Set-Location 当然是支持空格的。根据我的脑波调试，你可以尝试考虑下面两个情况：

1. 你的宏软件没有设置正确，导致 PowerShell 脚本的路径有空格的时候根本不能打开脚本，和脚本的 Set-Location 是否成功没有关系。
2. 你的脚本所在的路径包括中括号 []，这是 PowerShell 通配符之一，因此使用 -Path 会失败。

当然，第二个问题即使现在不是你遇到的问题，也应该避免，在不使用通配符的情况，应该尽量用 LiteralPath 提高性能并减少出错的可能。

Set-Location -LiteralPath $PSScriptRoot

第一个问题，你或许需要在 PowerShell 脚本的名字周围加上双引号，这和你的宏程序的具体机制有关。


@qwq11 #9 不应该假设启动脚本的时候会运行 profile 脚本，因为可以 -NoProfile 。


@LeeReamond #5 $PSScriptRoot 是字符串类型的变量，写成 "$PSScriptRoot" 没有任何效果，因为后者相当于是 [string]::Format("{0}", $PSScriptRoot)，得到的结果必然也是 $PSScriptRoot 自己。

@NoOneNoBody #6 和 PowerShell 当然有关，并不是所有的 shell 都是同一套语法。

取决于你这套系统到底要发挥什么作用，它看起来并不是要取代账本——中国的会计准则要求只用一种本位币，所有非本位币都需要汇率转换后记账，然后每个周期都做汇兑损益的调整。

如果是进销存管理的话倒还可以，你可以把所有非本位币都当成商品，因此任意时刻你的数据库都会显示每个 SKU 和每种货币存量是多少，然后你可以额外设置一个汇率用来显示（仅仅是显示）当前持有的非本位币的本位币价值。只有当你换汇的时候才真正锁定汇率（相当于你卖掉了非本位币）。

@ragnaroks #13 这个理解是错误的，公开的仓库可能是“保留所有版权”的，此时 GitHub 用户只能 fork 它、观看它，没有把它复制到其他网站上的权利基础。如果仓库具有合适的许可证，当然是可以把它复制到其它网站上的。

不太确定你的 alloc 是哪里来的（它似乎不是 C 语言的标准，也不是 POSIX 的一部分）。

取决于你考虑的抽象层级不同，这个问题可能无意义。例如如果你考虑 malloc ，那么它是 C 语言的一部分，不存在“操作系统分配了额外内存”的概念（当然可以猜想，C 语言的实现额外分配了内存，但这个问题处于 C 语言的抽象层面）。

如果你想问像 VirtualAlloc 之类的操作系统 API 导致实体内存的额外开销，这个问题恐怕也是不良定义的，因为操作系统可以采用复杂的数据结构维护内存分配情况，很难说每次调用带来的额外开销都是同一个数。

大概和延迟展开有关，参考
https://stackoverflow.com/questions/61207037/difference-between-dynamic-environment-variables-and-normal-environment-variable

或许你可以说说什么是你发了的“不该发的”，另外除了和支持人员联系没有办法解封。

这是个相当不平凡的问题，关键词：Steiner 树。

跨 DLL 请自觉 extern C 或者 COM

搜索了一下，是神秘的奇葩翻译，fail-safe 的正译不“安全失败”，它的意思是“在非正常情况下仍然 safe”，可以译作“防失败”“防呆”“万全”“万无一失”“保险”……

根据资料，Java 集合的 fail-safe 遍历是让迭代器总是与创建时刻的集合状态关联，即被迭代集合不可变，对于可变集合的实现就是先把集合复制一次。

此外，fail-fast 更好的翻译是“尽早报错”。

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

假设模型是说，乒乓球合格情况是 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 数组”是不存在的概念。