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

噗哈哈哈哈哈啊哈哈哈哈

难道不是因为 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 函数快嘛。所以这就看楼主了，如果楼主的场景不需要那么强的防御攻击性，而且被哈希的字符串真的很随机（比如是序列化以后的神经网络参数），我觉得快一点更重要。

https://github.com/Fechin/hexo-theme-diaspora

我觉得这个也挺不错的。

@yanshenxian MD5 当然可以，但是更慢。

@yanshenxian 溢出也没关系的。。。你乘以 256 溢出就消失了，但是乘以一个素数（比如 131 这个数字是传统，从 NOI 银牌选手那里继承来的习惯）信息是不会完全消失的。

@yanshenxian 这个想法一点都不好。。。。 前 15 位相同的字符串算出来的哈希值一模一样。。。。