楼主手动修改一下变成 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 位相同的字符串算出来的哈希值一模一样。。。。

这是当年我刷算法题，对付 char 字符串的手写哈希算法常用的方式。虽然不一定是最好的，但是胜在写起来快。如果是 unicode 你可以网上找找，131 替换成什么。（提示：一定要是素数）

ret: unsigned long long = 0
for c in s:
ret = ret * 131 + (uint8)c;

@sunnyadamm 我相信对于没有个一年半载经验的人，OpenStack 是难用的。。。

我觉得不值。（ P.S. 手持 a6600 等 a7s3 ）

@ppphp 不喜欢动态的，就尽量少用动态的呗。而且 __dict__ 这种动态，你放在一个局部用有奇效。比如你写一个 Config validation，肯定要用 __dict__ __annotation__ 这种功能吧？但是写完了这套工具，其他地方你用 type annotation 定义 config object，用起来就是很静态的用法了。

具体参考 fastapi pydantic 那一套。