在 iOS 上看那个头像剪影就像蝙蝠，而且是 dismiss 选项列表的时候飞一下的那种。

另外这个功能完全可以不用 JavaScript 实现。

@nanaw #9 最小化兼容性检查的方法是把程序声明为为那个版本的 Windows 设计并遵守那个版本的 Windows 的文档，否则各种乱七八糟的兼容性操作都会 kick in。

可以自己定制一个需要的镜像来用。

假设看起来相等的线段相等，小明在小于 30 秒内的时间可以通过红绿灯的一边，不需要考虑转弯的时间，开始时间是在红绿灯周期（ 60 秒）的均匀分布，则显然是只过一次红绿灯期望时间小。

利用耦合法：考虑两个平行世界，它们的红绿灯情况相差通过 AB 需要的时间，世界 X 走第一条路，世界 Y 走第二条路。在 Y 中可以通过 CD 或 GD 时（最后一个红绿灯路），在 X 里更早或当时也可以通过 CD。

@tomychen #48 认为 ShellExecute 是启动进程是一个常见错误。ShellExecute = 在文件资源管理器里选择文件的上下文菜单操作，很多操作是没有“启动进程”这种说法的。

@YuxiangLuo #3 分辨 -n 和 -ng 是普通话基本功，而且 shuí 是“谁”的官方读音（ shéi 是另一个读音，过去的新华字典把释义放在 shuí 里并在 shéi 中写“同谁 shuí）。

这是一个 bug。我从来不用模糊音但仍然会在输入 xianchen 的时候出现“鲜橙”，且输入 xiancheng 反而不会有“鲜橙”。

@Darnix #9 用 rsop.msc 查看 resultant set of policy。此外查看 Chrome 启动的时候查看了哪些内容（用 procmon ）来确定问题所在。

@Darnix #5 那说明你们公司部署了策略，如果你的公司笔记本加了 domain 那是正常的——不要试图取消，而是应该选择公私分明。

如果你登录了非个人 Gmail 的 Gmail （例如学校邮箱是 Gmail ）就有可能是这样的。

@zycpp #24 我觉得惟一可以吐槽的是类型名是全大写，以及使用匈牙利命名法。然而实际上参数名并不是 signature 的一部分。

@kristpan #40 system 和 CreateProcess 完全不同，更接近 ShellExecute 才对。而且“表达一个概念具有固有的复杂度”，因为 Win32/NT 上的一个进程需要这些信息，所以必须要提供。当然你可以 argue 应该提供一个简化版本的 CreateProcess 然后提供 CreateProcessEx。

楼主的吐槽对象不明确，你想说 NT API 还是 Win32 还是 COM 还是 WinRT 还是 POSIX ？（是的，Windows 曾经支持 POSIX。）

实际上楼主需要摆脱“一切都很简单”的想法，完整表达一个概念有一个内蕴的复杂度。

@Nasei #8 实际上 HWND、LPARAM 都是图形界面编程才用得到的 API，Unix 系根本没有等价的。

只是改个名字、换个账户系统的话，那真是越来越差。

@des #3 一个简单的思路是假设各行的长度是平均长度的 Theta(1) 倍，然后二分 seek 文件位置之后先“吸附”到附近的折行处再继续处理。

不过巨大是多大才值得实现这个算法又是另一回事儿。

高对比度黑色 /#1/#2，请

@bakabie #13 一个 Win32 程序永远不应该尝试用 Win32 禁止的文件名命名文件——如果程序出错中止，那么用户将束手无策，除非他们也知道如何不通过 Win32 操作文件。

针对追加的内容：

1. 把父文件夹设为只读并打开句柄。
2. 正在收集数据的子文件夹设置为隐藏，并且加上明显的标记（例如使用随机命名而不是规律命名，可以用 GetTempFileName 或者自己生成随机文件名）；收集完毕的文件夹改名并取消隐藏。
3. 你已经知道要处理磁盘满了的情况了，所以请继续处理这类错误。

另外，你应该设置这个文件夹为隐藏属性，可以减少误操作。