nanometer

据一个狗家的朋友说（不一定是正式来源），因为 Google Maps 前的地图是不能实现不同级别图层无缝缩放的，G Maps 实现了这个东西，他就是由多个 Map 合成的，所以叫 Google Maps

且不说别的，TCP 包头就 8 个字节，也就说，以你的方式，每发送 2 个字节的信息，就需要发送 10 个 byte 。好样的！

@hatori Azure 在系统关机继续收费，但是用 API 或者通过 Portal 来停止实例，计算部分费用会停止收费的，存储继续收。

@shanlan 首先我不反对自动挡误踩油门造成的事故比手动挡严重这个论点，但是用这个论点来证明手动挡更安全的逻辑是有问题的。道路交通安全问题远不止误踩油门这一项，中国每年因为交通事故的死亡人数在 25 万以上，这里头能有 1% 是因为误踩油门导致的吗？

对于 @ryd994 的问题，你的回答总是 *** 难道不是 C1 的基本素质吗？那么为什么正确区分刹车 /油门并不是 C1/C2 的基本素质？如果说基本素质就不会犯错，那么就不存在误踩刹车 /油门的问题了。如果回答说新手容易犯错，你说的任意一个基本素质都是可能犯错的。那么，在手动挡操作更复杂的情况下，在马路上手忙脚乱进行挂挡 /离合 /油门操作，就真的不会造成其他任何严重的问题吗？随便一个缺少仔细观察的并线都可以造成跟误踩油门同等严重的事故结果。

补充一些因果关系不强的论点，在美国基本上就看不到手动挡的车，平均车速也远比中国也高，为什么每 10 万乘客交通事故死亡人数，美国的 10.6 比中国的 18.8 要低这么多？在超过 75% 的死亡人数差距下，把甚至不足 1% 的因素拿出来大肆渲染，真的有意义吗？

@tomczhen 可以直接告诉你正常使用范围内， 0.7 肯定是不可能达到的。

真正需要的带宽，要在一个严格的建模条件下计算。如果你说你有一个公司，所有人在 70% 的时间里面需要使用 100% 的带宽，那么直接按照 0.7 计算当然可以。但是你觉得实际情况会有那么高吗？

通常在课本上最简化的计算模型，是在人数、每人保证带宽、占用网络时间比例、以及要满足的 SLA 。在这个条件下，算出一个大致需要的带宽，这已经需要概率学的知识了。恕我不才，具体计算方式已经还给老师了，可以周末复习过再告诉你。

最直观的感受，每个人都随时可能使用国际出口，全国超过 5 亿网民，全国总的骨干带宽上限也就几十个 T ，出口带宽更不到 1T 。然而除了某些最峰值的时间和最热门的方向，国际出口也凑合能用吧。

@tomczhen 0.7 这个系数太拍脑袋了，根本不可能这么高，算网络带宽的时候要用大数定理的。

我们公司，至少 4000 - 5000 人，出口也就 10G ，但是日常保证 40-50Mbps 肯定没有问题。

@huntzhan zq.hkrcn

卧槽不小心以为刚才没发出去，又发了一条内容相近的。

@huntzhan @huntzhan Engineering ，以及各种问题，我觉得 LZ 多呆几天，多半是要失望的。

Autopilot 在管理物理机上确实很先进，然而也没有什么用，因为使用物理机资源浪费巨大，本来就不是一个业界先进生产力的发展方向。在这个前提下做得再好也没什么用。说 Perf Counter ，其实也没有那么牛逼吧，现在也不怎么维护了，渐渐要用另一套东西替代掉了，感觉那套更好用一些，主要是有好用的 Web UI 了，集成体验更好。 aether 没用过，就不评论了。

Ads 的基础设施，…………，很多东西都是自己的轮子，咋说呢，是能用，也不好用。

这一年多以来很多事情都有所改善，但是真的各个方面都改好，还很远。 LZ 有兴趣可以私下聊聊。