geelaw

@xue777hua #2 如果一个人在分析被瞎改过变量名的代码，显然会自动克制望文生义的冲动。

取决于如何定义“理解”“意图”。这种操作没有密码学意义下的混淆能力。

应该注意的是在“标识符替换为 a b c 等”之后，“把标识符替换成带有语义的词”是无意义的操作，因为后者可以轻松撤销。

那为什么就非要是英语呢？我查了一下旧的账单，法国商户的名称是法语的。

>商户名称其实银行那边能看到,明明白白写着大使馆和航司
&g;如果这样的商户都被视作风险,路边小超市小餐馆还能刷吗,岂不是刷一次封一次

银行担心的不是大使馆和航司乱收钱，而是担心有人用你的卡/卡信息在这些商户消费。

应该批评的点是：(1) 已经告诉银行要出游，风控依然不允许; (2) 没有或者没有提供强行覆盖风控算法的渠道。

>既然如此,又何必排斥在地域上更高一层的国际语言呢

推荐的做法是发扬汉语。

可能是因为收礼人栓 q 、送礼人也“真的栓 q”吧（ bushi

@coderluan #3 是“算术方法”，算术方法当然是数学的一部分，虽然它已经被方程碾压了。至于

>不适合小孩子考试。

是非常令人惊讶的结论。有些考试题目会要求必须用算术方法求解（考察算术方法思维的掌握）。



回到楼主的提问，这个问题的本质是六年级数学中的语文，关键词是“单位一”。

> A 比 B 多/少 C 。

其中 A 和 B 是两个有量纲、同量纲的量，且 C 是一个无量纲数（ C 通常表达为 几倍、几分之几、百分之几 等），这句话的意思是

> A 比 B 多/少 B 的 C 。

理解这一点便再无疑问。

> 文件占用这块更直接：加一个 --kill-processes 参数，rmx 通过 Windows Restart Manager API 自动识别锁住文件的进程，干掉它，再删。

看了一眼实现，好疯狂。你已经知道 Restart Manager 了，为什么还要暴力结束禁止，而不是用 RM API 要求程序停止并重启呢？

> 它绕过了 Windows 的高层文件 API ，直接调用底层的 CreateFileW + SetFileInformationByHandle

这就是高层 API 吧，除非你想说 WinRT 或者 shell 对象操作。

> 日常使用方式完全不变还是右键、点删除

大多数人用的是 Delete 和 Shift+Delete ，而且这个程序的删除和用户通常的删除意思很不同（后者是移动到回收站）。

另外看了一眼 shell extension 的注册代码，也相当暴力。楼主是否知道 shell extension 可以被任意具有“打开”文件对话框的程序加载？是否知道用户的 shell 不一定是 explorer.exe ？强行关闭其他进程的句柄相当于让整个 session (非管理员) / boot (管理员) 都出于非一致状态，惟一恢复的方法是重启系统。

而且这整个注册过程也是 over-complication ，你注册了 IContextMenu ，但是没有使用任何 IContextMenu 的高级特性，而且你的 shell extension 只能在相合的 bitness 进程里加载。推荐的做法是注册 IDropTarget ，并且用 exe 实现 IDropTarget ，这样的优势：

- IDropTarget 的实现比 IContextMenu 简单很多
- 任何 bitness 的进程都可以访问你的 IDropTarget
- 取消注册的时候，可以直接 kill 你的 IDropTarget 进程，进程隔离确保任何不受你控制的进程不会被破坏

应该复习一下为什么可计算理论只需要考虑判定性问题。设 f 是 x |-> y 的函数，其中 x, y 是 {0,1} 上的字符串，令
L' = { (x, n, b) : |f(x)| > n 且 b = f(x)[n] },
则 L' 在可计算意义下等同于 f ，其中有序对采用通常的编码。

令 x 为一个特殊疑问句，问：

你对 x 的答案的 UTF-8 编码有至少 1 个字节吗？
你对 x 的答案的 UTF-8 编码的第 1 个字节的第 1 位是 0 吗？
...
你对 x 的答案的 UTF-8 编码的第 1 个字节的第 8 位是 0 吗？
你对 x 的答案的 UTF-8 编码有至少 2 个字节吗？
...

对于随机化问题，可以先去随机化。

@JimLee0921 #6 @tmkook #15 腾讯写了 DMCA 投诉函，发送给 GitHub ，投诉函里面有需要被删除的 repo 地址。跟是否实名无任何关系。

@Oceanhime #13 菜刀非法论，评价为最好直接禁止所有 CPU 厂商和操作系统作者。

与此同时，ReactOS 最近的大新闻是进一步强化了 NT 6.0 兼容性。