@vk42

> 怎么把 case insensitive 的文件系统当 case sensitive 用？同时有 case, Case 两个文件，你要给 Case 起个别名？

我的意思是你无论自己创建文件，还是写程序创建文件，都避免创建这种不同 case 相同名称的文件。如果你自己恪守这种准则，那么日常体验中不会感觉它是 case insensitive 的文件。这就是我所谓的“把 case insensitive 的文件系统当 case sensitive 用”。实际上这是一种良好而且必要的行为准则，如果你还要用 Windoge 的话。而且你写程序的话，保证 Windoge 通用性也是好习惯吧？

> 这和慢不慢有什么关系，无非是在文件系统层统一化还是在 API 层统一化。

如果 FS 底层没有记录 case insensitive 的信息，你要让 FS 在应用层面去寻找相同文件名，那么你就需要 O(n) 的比对。不然就可以通过散列等方式优化寻址。当然，各个 FS 有没有做我不知道，但是至少这种时间开销上的差距，理论上是存在的。

u1s1 一个 case insensitive 的文件系统你把它当 case sensitive 用不就好了，为什么一定要倒过来呢？

@vk42 这样慢吧。。。

JS 的类型转换之类的可以把推公式的研究僧逼疯。

噗，老哥你实在是太稳了。

噗哈哈哈哈哈啊哈哈哈哈

难道不是因为 JS 社区的兼容性太差了么。。.NET 一个大版本的虚拟机可以让诸多不同小版本开发的程序没有毛病地运行，而且迄今为止大版本也没几个。JS 社区，唉不说了，几个月一个浏览器大版本的吧。。。

面试官脑子有病吧。。。。

那啥，只做医药基金？楼主心这也太大了吧。。。

楼主手动修改一下变成 NULL 不就得了

@seaswalker 我觉得不一定吧。那种双 CPU 架构的服务器机器。。。

1.00000184e+08 这个数有 8 个小数：

楼主你真的看了浮点数标准么？
----

首先 3L 给了你一个资料了，32 位浮点数的底数最多能有 24 bit，也就是最多八位（ 2**24 = 16777216 ）。剩下 8 位是指数，所以指数最多是 e128 这个量级。和小数点以后到底多少位根本没有关系，看的是指数和底数的有效数位。

一用户爆料：三星电池会爆炸。三星手机销量大跌。三星员工表示：mlgb 这用户不等我们推出下一代产品修复这个问题就把问题爆出来。

当然我知道这样需要大量的钱。所以我决定没有大量的钱之前不结婚。

V 站都在北上广深了，只要有足够的钱，我觉得是可以同时让孩子考上好大学 AND 培养广泛的兴趣、和培养高情商的吧？你不会觉得北上广深的小孩子就像河北江苏那样一天到晚死读书吧？不会吧不会吧？

@QingchuanZhang 嘛嘛，毕竟 OI 要扣时间常量的。一般 OI 的题目不会去针对 hash 函数做针对性的攻击，所以 * 31, *131 这种简单而且只是“可以构造出攻击的例子”的方法在刷题的时候很好用，毕竟简单的 hash 函数快嘛。所以这就看楼主了，如果楼主的场景不需要那么强的防御攻击性，而且被哈希的字符串真的很随机（比如是序列化以后的神经网络参数），我觉得快一点更重要。