@luojianxhlxt #12 移动平台秒推是因为有服务器帮你看了邮件推送过来的，Windows 桌面版的 Outlook 是通过 IMAP/POP 或者是 Exchange、Exchange ActiveSync 收取邮件的，后两者有推送，但是是通知客户端新的邮件，而不是类似 APNs、WNS 的发送一个可以显示的通知，Outlook 桌面版收到推送后必须把邮件下载下来才会弹出 toast notification。

自己处理复制就行了。

这也不新鲜，想要一个可以自己用的可以自己写。

另外，感觉有必要提醒一下：直接下载 VSCode 的安装器 和 从源代码构建 的 VSCode 不止是遥测数据收集行为不同，许可证也是不同的。

直到 Edge 支持 MSHTML 那堆 COM 接口之前，微软不可能放弃 IE。

我一直以为“工装”是指体力劳动类有一定劳保作用的服装（或者该风格的）……我会管这种叫“工作服”。

https://devblogs.microsoft.com/oldnewthing/20080110-00/?p=23853

通常的用法是 A +/- B % = A(1 +/- B/100)

一个可能的实现是：输入数字后按 %，等价于弹出 a、b，并压入 b、ab/100。

@xiaotuzi #9 因为你想要“防止篡改”，我假设的是这种防止是技术上而不是法律上的，因为如果你相信大家会遵守协议，那么根本没必要问这个问题。

@xiaotuzi #32 如果你想要达到“可以检查出标记”，那么你可以用 software watermarking 的技术。

@stoneabc #20 密码学里的 IND-based security 自“古”以来（“古”基本上是“基于计算复杂性理论的密码学的开始”）就是这样定义的。而且 iO 比 DP 的定义至少早 5 年。

@xiaotuzi #11 我觉得你没有搞清楚你想要解决的问题，目前出现的几个词：篡改、授权、保密。这是三个（至少表面上）不同的问题，你需要弄清楚对于每个问题你想要达到的目标，然后再考虑每个目标是否可以达到、如何达到。

选择 Restart anyway 有什么反应呢？

第一个问题是：什么叫做代码“不可篡改”？

我暂时没有一个直观且有意义的定义。

关于代码“保密”，自然就是说程序混淆了。

一个自然的想法是 virtual black-box obfuscation，意思是说：看到经过混淆之后的（机器）代码等同于对原来的代码具有黑箱访问。但已经证明该形式的混淆对一般程序不可行，而且目前已知的该类混淆都是很弱的程序类。

另一个目前学界正在研究的问题是如何构建 indistinguishability obfuscation (iO)，意思是说：有两段等价、等长度的代码，其中一个被混淆了，看到混淆的代码后无法有效推断是哪段代码被混淆了。
稍微夸张地说，目前已知的、对一般程序的 iO 通常需要 几年 才能执行原来程序的 一个 CPU 周期，并且人们对构建 iO 的底层原材料掌握还不是很好。

这是不可能的，考虑

var some = obj.cascade(1);
if (SomeFunc())
{
console.log(some.cascade(2));
}
else
{
console.log(some);
}

决定是否应该返回你想要的另一个结果归结为判断 SomeFunc 是否返回真值，但这是一个不可判定问题。

用 Automation API

@liprais #1

如果可以访问 NCSI 网站并且获得了正确的数据，则已经连接到 Internet。
否则，完全不能访问 NCSI 网站，则是无 Internet。
否则，访问成功但数据不是期待的，则是需要 portal login。

所有现代操作系统都是如此识别网络状态的，不要不小心 claim 自己比所有写现代操作系统的人都聪明。

@dimlau #7 并不是，我一开始是给 Windows 写的，后来拿到了一台 Mac，随便改改就可以在 macOS 上跑了。显然静态生成器的源代码也是要备份的。

1. 我自己写的生成器会缓存编译结果。
2. 用版本控制系统保留源代码，生成的文件爱怎么发布怎么发布。
3. 静态博客生成器的一个好处是你不需要自己有一个 server，而管理一个 server 比管理 GitHub Pages 麻烦好多。

实际上 type 一词是学术上准确的，现代 PL/静态分析并不把 type 局限于生命变量的那种“类型”。
此外，关于 C++ polymorphism 那段的论述是错误的，因为 overload resolution 是静态的，只需要知道声明类型即可明确 i=j*5 的函数调用写法是什么意思，这和 i、j 的“运行时类型”无关。

为什么不在事务结束后再启动另一个线程？

用（反复）延时的方法进行同步是最后大招，不到万不得已不能使用。

最简单的方法是请售后服务帮你重装，他们知道怎么搞定这些有的没的。

虽然就绑定支付方式的问题也犯不着录音，但是我觉得 Apple 不许用户录音通话纯粹是霸王条款。即使是考虑 consent 的情况，我认为也可以钻文本的空子：既然接入客服之前已经说了“您的通话可能会被录音”，首先客服和 Apple 就清楚通话正在被录音了，因此录音活动是可以进行的，其次这句话也没说谁在录音，所以不应该预设只有 Apple 录音。

问你们公司 IT 啊（如果没有 IT 这个职称就是网管）