@songteng0604 交新的朋友呀。我是那种初中到大学的人，基本一个都不联系了；家里除了父母其他亲戚都懒得搭理，父母也不太爱亲近，这种冷血动物。

反正时代在发展，只要跟着时代不要掉队，每一代都能交到新的有不同思想的朋友，不是很棒嘛？

@songteng0604 所以为什么要穿越回去永生？从现在开始永生不好么。

打个比方，我要是变成萌妹子，永远年轻的那种永生。你先找个人包养几年，拿到启动资金就搞投资。要是失败了就再来一回。我相信只要智商没问题，摸爬滚打十几回，再怎么说也能学会投资了吧？

变成萌妹子，永远年轻的那种永生，我做梦都想。

@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 这用户不等我们推出下一代产品修复这个问题就把问题爆出来。

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