https://learn.microsoft.com/en-us/windows/apps/design/shell/tiles-and-notifications/windows-push-notification-services--wns--overview

Since Windows 8

这件事情大概要 Windows 自己做才能做好。从权限上考虑，剪贴板是 window station 级别的对象，并且同一个 window station 里面的所有窗口都可以访问（包括高权限、普通权限、低完整级别的进程，即可以从记事本复制命令到管理员权限的命令行，等等）。

但要完成这一点是相当困难的，因为远古时期的 API 是同步 API ，剪贴板也不例外，贸然插入一个模式对话框会导致尝试粘贴的程序假死。

@Whalko #4 远古时期（ 2003 年）的 Office 系列自带一个剪贴板历史管理工具，它显然要不断监听并读取剪贴板。

通常来说只需要几乎处处可微，比如 ReLU 在 0 不可微（但是作为凸函数又有次梯度），这里就不展开了。

如果你是用 PyTorch 提供的函数自己设置损失函数，那么可微函数复合依然可微，就是链式法则、反向传播，实际上损失函数不过是计算图普通的一部分，计算微分的方法无甚差别。

如果你是说自己用 C++ 写新的函数，那么你可以在 C++ 里实现函数和它的微分，并注册在一起，这样 PyTorch 计算微分的时候就知道怎么算了。我在微软的时候做过一个 TensorFlow 的扩展（三重线性插值），不过他们没有开源（提供了一个编译好的包可以下载），但似乎新版的 TF 已经有这个功能了所以现在已经没必要了。

@zw1one #3 请注意括号里的提示，A 对 B 说 A 的工资不违法，A 对 B 说 C 的工资可不一定（ C 不等于 A ），讨论工资是权利，然而他人的工资或许是他人的隐私，因而受到保护。从 #4 才知道这是公开信息。

楼主可以从上面的回复了解绝大多数用户的想法，但我也想鼓励楼主：存在着对底层技术在意的用户的。

很简单，你可以把沟通的过程都用机构电子邮件记录下来，以后责任肯定不是你的，而且本科生可以照样拿钱，不是挺开心的？（当然，你很可能出于责任心而为进度拖延感到不开心。）

>老美同事马上来问我老板给本科生开的工资是多少。当得知是他工资的一半以后，他松了口气，说如果这个本科生工资比他高他就要退学了。

且不说这种八卦操作是否有失专业，我严重怀疑这种讨论（ A 告诉 B 另一个人 C 的工资状况，且 B 没有处理工资发放的 capacity ）是非法的，虽然我暂时没找到相关的条文。

一切可以保存文本的软件都可以录入公式，至于显示那就是另一个问题了。

- 单纯做笔记我一般是用 OneNote ，见 https://www.zhihu.com/question/418933529/answer/1525594474
- 和其他人交流简单内容我一般是用 Word 导出 PDF 或者 Outlook 邮件（对方也是 Outlook 则得到最佳格式的内容，其他情况如网页可以看到转换为图片的公式）
- 写文章我一般是用 LaTeX

Office 系列的公式编辑器是 UnicodeMath ，解读起来比 TeX 简单很多。

“编制”不算特色词汇，是政府语言，其本质是对任人数量有额定标准，英文可以用 budget/rate/ration 表达。

但现代程序理应可以处理 Unicode ，直接用汉字最简单。

@kkwa56188 #31 是 qing1long2yan3yue4dao1 ，另外汉语拼音正词法应该是 Qīnglóng-Yǎnyuè Dāo 或者 Qīnglóngyǎnyuèdāo ，即 Qing1long2Yan3yue4Dao1 或者 Qing1long2yan3yue4dao1 的大写方式比较好。

这个问题令我震惊，以及上面的回复也让我很震惊——我在怀疑是我的认知出了问题还是怎样。

“苹果税”的通常含义是 Apple 向使用 App Store 进行支付的开发者抽走的分成，这在付款界面是看不到的。暂且把楼主说的自动更正为“消费税”。

没有 Apple 的文档表明在一个国家更换州需要先让余额降低到 0 ，实际上我严重怀疑在美国这样做违法，或者违反了 Apple 自己的使用协议。从税的角度讲这样也是没有必要的，因为 Apple 礼品卡余额消费是否扣税，完全取决于消费发生的州，和充值的时候所在的州无关（而且充值购买的时候不交消费税，充值购买的时候 Apple 收到多少资金也和所在的州的税法无关）。

@yanqiyu #7 我大概是这么想的：因为操作系统允许卸载动态库（ dlclose / FreeLibrary / ExitThreadAndFreeLibrary 等），因此跨动态库很难有 C++ 对象生命周期的语义保证。

https://stackoverflow.com/questions/469597/destruction-order-of-static-objects-in-c

这里面有人提到：只有同一个翻译单元内有顺序保证；析构结束的顺序是构造结束的顺序的反序（一个静态存储期对象导致另一个无嵌套关系的静态存储期对象构造时，这点很重要）。

写代码的游戏我只知道 Manufactoria ，但不是 RPG 。

用 Outlook 就可以自动收取 feed

目测是“属性”对话框是向下取整，而“计算机管理”里是保留两位小数。

我的 C 盘的属性对话框里显示容量是 253 838 225 408 字节，236 GB ，在“计算机管理”里显示的是 236.41 GB 。

首先你的描述很难读懂，不要用常见的模板/泛型参数的记号表达 type 的类型。

其次，这个题目是平凡的，如果不规定何种乱序才叫乱序，可以直接输出 array 本身。

最后，发挥数年浸淫在高考中的“解读出题人意图”的超能力，这个问题的意思大概是说 type 当作 Z/(n!) 的元素和长度为 n 的 array 的所有排列来个双射，你需要搜索的关键词是 reservoir sampling——假设 type 非负，每次令 type % i 为采样得到的随机数并把 type 替换为 floor(type / i) 并继续。搜索之后还不会再问。

因为标准规定 std::uint8_t 在 cstdint 中定义。请注意直接用 uint8_t 也是错误的，能编译通过只是因为运气好。

之前在 #include <iostream> 之后看起来可以用，大概是因为：

1. 具体实现里的 iostream 间接包含了 cstdint ；且
2. 具体实现里的 cstdint 也在全局命名空间里定义了 uint8_t 。

这两件事不是必然成立，所以编译失败不稀奇。

抽象层级错误的原因，点关闭按钮是图形用户界面的概念（更具体来说是 user32 ），结束进程是进程（ kernel32 ）的概念，进程不一定创建窗口，自然不可能期待操作进程的代码能够处理用户界面。

正确的方法，根据 .NET 里的 Process.CloseMainWindow：

1. 获得目标窗口的句柄
2. 判断目标窗口是否是禁用状态（ GetWindowLong ），如果是，则不可关闭
3. 否则，用 PostMessage （不等待回复）或者 SendMessage （等待回复）发送 WM_CLOSE 到目标窗口

但我个人的意见是不需要第二步，因为它不能保证第三步操作的时候窗口依然处于非禁用状态。另外第三步，如果目标窗口是对话框则无效，此时正确的操作是 WM_COMMAND ；第三步也可以考虑 WM_SYSCOMMAND 和 SC_CLOSE 。

最后，如果目标程序提供 COM （例如 Office 系列），则应该优先采用 COM 操作。

P.S. 如果有人搜索“禁用窗口”并看到了这条回复，有必要提示改变窗口禁用/启用状态不可以用 SetWindowLong ，而是要用 EnableWindow 。

我的建议是发现 tracking pixel 之后警告对方或者不回复就行了。

答案是否定的，TLDB 是文章作者的作品 https://github.com/donnie4w/tldb