@good1uck #7 这是 version 1903 起的新功能。

#8 技术细节上的原因和推理论证上的原因是两码事。

@good1uck #4 那个目录是固定位置的，但是在里面用 Win32 API 是错误的，这跟乱改软件的配置文件是一样的，因为那个目录是属于那个 WSL 发行版，而不是用户的。

可能已经没救了。通过 Win32 本地文件 API 访问 WSL 内容对 WSL 来说是未定义行为，正确的访问方式是通过 \\wsl$\ 访问，或者让 WSL 通过 /mnt/DriveLetter/ 访问 Win32 内容。

@abigboy #9 大叔？！

@hcymk2 #1
@sudri #4 并不是那个原因（或者应该说这不是第一个原因），这里出现的是一个句法错误而不是一个语义错误，当然返回 void 的方法调用表达式不能作为另一个表达式的一部分，这会造成语义错误。

#4 的代码能编译是要谢谢那里结果作为另一个变量的初始化表达式，如果你删除 String result =，依然不能编译成功。

@tomoya92 #2 并不是那个原因。

https://docs.oracle.com/javase/specs/jls/se12/html/jls-14.html#jls-14.8

这里明确表示只有赋值、自增自减、方法调用和对象创建表达式可以成为表达式语句，而 ?: 表达式不是上述类型，故增加一个分号后不能成为语句。

有些语言要求只有（属性 /事件 /索引器 /字段 /变量 /参数）（复合）赋值 /自增 /自减、方法调用、构造器调用、await、这些表达式才能成为语句，而其他表达式不能做语句（还有其他不是表达式语句的语句构造，略去）。

例如 new ClassName(); 是一个语句，但 (new ClassName()) 不是一个语句。

C/C++ 无此限制，C# 有此限制，看来 Java 也有。

@geelaw #3 Oops 状态转移的时候应该考虑两个相邻的段实际上是接起来的，一种方法是答案改成 max{ f(n, j), g(n, j) } over j<=k，另一种是虚拟地在中间插入 0。

很经典的动态规划问题，考虑 f(i, j) 表示前 i 个数拿 j 段且第 i 个数选中时能得到的最大和，g 则表示第 i 个数不选的情况，那么

f(i, j) = max{ f(i-1, j) + a[i-1], g(i-1, j-1) + a[i-1] }
g(i, j) = max{ f(i-1, j), g(i-1, j) }

f(?, 0) = -infty
g(?, 0) = 0

答案 = max{ f(n, k), g(n, k) }

令第一维滚动，可以得到 streaming 的算法，时间 O(nk)，空间 O(k)。

Office 365 或者 OneDrive for Business 单独 plan

如果你说的是 Windows 的 File Explorer 的那个通知，可以用设置应用关闭。

@hyplddfx #10 那太正常了，因为您是 Insider。

我严重怀疑微信客服是否有人工。一个诡辩方式是：既然没卡那就不是客户，所以无从谈论客户服务的问题。打电话是最简单的方式，或者去招商银行的网点请他们指导。

所有的软件都有 bug。我个人不喜欢 1903 的一点是 Win32 的亮暗主题和 WinRT 必须绑定，但我个人觉得 Explorer 和 Common Item Dialogs 还是亮色好看。

用 netsh 做热点就好了吧

如果你用别人的 idea，那就不叫创新了。

@ladypxy #18 也有可能是他们公司自己用的是 G Suite ？

@pythonee #19 on-premise Exchange Server 和 Exchange Online 市场份额并不小。

@iasuna #17 我不是很确定 Gmail 和 Exchange 的市场份额的关系，感觉 Exchange 的市场份额还是不小的。

另外正解确实是 #14

因为 init 进程遵守游戏规则——规则就是你应该关掉你不需要的 kernel handle。

令我困惑的一个事情是，为什么进程 handle 的泄露在 *nix 世界还有一个单独的名字——在 Windows 的世界里，这和你忘了关掉一个 event 的 handle 或者忘了关掉 file 的 handle 是一样的。

Internet Explorer 的另存为就可以下载所有图片。

https://gist.github.com/GeeLaw/652c571b6671d4a633a729988dde1b14

例子： https://www.weibo.com/2389742313/Hve22FBR1