怎么从这个答案上看提问者有点傻逼的感觉。。。

第一题
对于用户的信息推送，客户端必定会存在一个延迟，这个延迟不是内部产生的，而是由于网络产生必定会存在的一个延迟。因为不可能现在与客户端有一个即时可用的长连接用于推送。所以无延迟是不可能的。

第二题
100亿的页面分析，具体需求如果有说清楚的话时间还是可以估算的，但是这个与机器的配置，数目，网络带宽有极大的关系，随便问一个时间是不可能准确回复的，当然你可以说说时间是怎么算的。。

第三题
缓存，延迟，丢数据。。。
越看越觉得面试者是个傻逼，因为缓存总会有容量限制，那么缓存必定会有一个失效期。
如果要处理延迟尽可能的低，可以另开一个缓存进程，由应用通知进程进行数据缓存操作。
那么每次读取去取就行了，但这并不能保证数据的一致性。
（后台更新了，缓存依旧没更新，但只读缓存，这样其实和数据库从库的表现是一致的）

@Crowbar
据我所知，11ac并没对天线数量有强制性的标准，要求多少根天线才是标准的11ac
倒是一般波束成形被视为标准11ac应该有的特性，但这也并不是强制标准

价格大部分的花销都在场地、酒水、人员上面。
相比于更好的菜肴，能上菜时候不凉我认为更加重要（也更难做到）

至于单价价格，量力而为。。。

@Crowbar
11AC 的 MIMO一般支持，单天线设备已经不多了。
即便是智能手机，在空间允许的情况下都是双天线，以提高信号质量。
（MIMO需要足够的天线距离以使得两根天线接收到的信号尽可能的产生差异）
（所以支持的前提是手机要够大，平板或笔记本是普遍支持的）

但波束成形因为涉及到大量的运算，需要专门的DSP进行辅助
（无论这个DSP是独立的还是集成在网卡内部）
因为成本原因所以没有大面积铺开。

@EchoChan
不支持mimo就没这个带宽了。。
普遍不支持的是智能波束成形，不是MIMO

目测11月，明年3-5月左右降至常价

神舟。。。
I3-4710MQ IPS 1080P 15.6 易除尘
能满足这些关键字而且不超过6K的，就神舟一家

有网页的话直接做HTTP请求会更方便。。
TCP的话 wireshark 能满足需求

信息太多无重点。。
精简一下吧。。囧

定义在model
然后方法以特殊的名称定义，例如API_xxxxxx()
然后在一个controller里面统一处理

"透明开放的技术环境。没有推不动的方案，没有改变不了的事情，为了升级一个组件，推广一个方案，可以把所有业务停掉无数遍。 "

就不能平滑过渡么。。囧

@dangyuluo
我个人会把那两个用“|”分割的属性拆成两个表。
输出的时候用join，但是有人说这样做性能不好。
我并没有足够的数据量进行对比，所以这个不好说。

现在这样也可以直接拆|然后用in的方式在数据库中查出属性。
当然，如果一个页面有多个这样的属性还是用map性能好一些

具体情况具体分析了。
反正我是不会主动选择这样的建表方式的

@alphonsez product, texture两个是属性，属性有上千个可能值是很正常的。
说回来，这种建表模式总觉得该打。。。

@kingcos
小米那金属很容易刮花手机背壳，而且掉地上也边角变形了（买的是10400版）
内部啥状态也懒得测试了，但是看评测来说还不错。
使用上有个飞毛腿的一直不错，小米倒是傻掉了（指示灯无法判断到底启动了没，一闪一闪的）

@momo5269
其实软比硬的好办，需要好线倒不是因为线材本身的材质有影响。
而是内芯的排列，好线材很容易能解到一个接近相序的排列的。
而且绞合密度均匀也不会出现搭线卡住的情况，解的时候顺带理线，还是很快的。
（两根线交叉搭在一起很容易被水晶头的卡子弄成短路，所以一定要理顺）

@momo5269
按线序也就30秒，前提是线材质量够好，绞合密度高，且均衡。

难道觉得小米差的就我一个？。。囧

理论上应该会，实际很多都不会。
个人感觉：这点事都做不好还能是个称职的程序员么？最基础的搜索学习分析能力都没。