需求变更和工作量变更再谈就好了，谈崩了那就地解散。

是不是 header 内容不同？

@youngster #70 如果论并发，我个人认为越即时的请求越难以在业务上处理。比如除夕微信互抢红包。
12306 的技术性其实也很强，主要是火车存在跨站票量同步、行程冲突校验等问题，虽然明显能感觉到 12306 其实不是实时同步的（比如所谓的全程票好抢）。
但 12306 再复杂，也是既定业务，可以有优化的空间。

8 成是电源问题，可以找个电源替换试试。

20 辆五菱宏光穿成串

45 万基本上只能 bba 里选了，基本是国产 C 级（ 5 系、a6l 、e 级）或者是纯进口 B 级高配（ 4 系、a5 、s4 、a4 allroad 等等） a6 旅、a7 这类 45 万落地应该是不够，其他的普通品牌都到不了这个价位，而土豪品牌又基本没有下降到这个价位的车。

相对稳妥的选择是 a4l 45tfsi

确实不正常，我买的时候，都是从沙子开始定制的，我选的是撒哈拉沙。感觉比塔克拉玛干沙要好点。U•ェ•*U

举个不太恰当的例子。
过去原始人盖房子还要研究泥巴的成分，烧制。
然后几十年前，垒砖头，抹泥就行。
现在只需要拉跟水泥管子浇筑了，连泥都不用活了。

主要是目前程序员行业人群数量极大。
导致很多业务方向的开发都朝着工业化发展。
各种开源库，各种框架，让程序员变成了业务机器。只需要针对业务需求进行工具的堆砌，就能完成一个至少 60 分的产品。
导致初中级岗位需要钻研，发挥可创造性的内容越来越少。

@ninblue #15 你这思路还是太窄，甚至都不需要拉取，直接就是一个“预打款”下发到本地 app，新年的时候点击本地直接把到账信息 show 出来就 ok 。
然后我猜你会说这样的话红包余额不严谨，容易欠发。（超发基本不可能）
欠不欠发都是马云说了算😀。

然后秒杀的场景，可以进行多级淘汰。
1 、秒杀之前几天，先把“预约”的账号洗一遍，留下预售数量 200%左右的账号，其他账号秒杀当天的请求直接抛弃。
2 、秒杀当场，按照请求缓存队列随机枪毙请求，剩下 110%。进入下单流程。
3 、最终下单再进行数据库严格校验。锁定账号——货品的对应信息。

很多场景都不是靠性能优化的。而是靠业务优化。
比如你说的抢红包，都是“假”抢。
你看到的秒杀也是“假”秒。
你以为的数据库高压场景跟美国打砸抢烧一样是人往里冲。
实际上是一个广场上，用机枪扫射，活下来的人走进商场买东西。

看着还可以，能不能说说目标的工作地点在哪？

有本事晒晒蜂窝网通话多少辐射。还 volet，糊弄谁呢？

留学生和应届生不是一个招聘渠道。

😀现在学车确实很严格呢，不过也是对学员负责。
想当初，科目二考官给我支招指点，科目三交警告诉我踩到底他帮我扶方向盘😂