一个严肃的工程思维不应该用状态码

状态码在本质上不属于业务逻辑范畴
不能把服务器响应状态和业务逻辑返回值混为一谈

举个简单例子：
在发起支付时，要判断支付的几种状态：提交失败、提交成功但支付失败、提交成功且支付成功。
只用 200 显然不能解决这种业务逻辑。如果为每个动作赋予一个状态码苟且解决，就完全失去状态码的意义了。

这或许就是程序员和工程师的区别，之一吧

不说还真不知道百度 hi 竟然还活着

上面很多回答看起来都是理论回答，可能没有真正做过微信开发。
服务器不是问题， nosql 更不是问题，发红包也不是问题。最大的问题应该是获取 openid 时的时间成本。
几百人和上万人差的数量级很大。
万人同时，真实场景每人会摇很多次，即便分布在几分钟内，并发也会很高，如果这时去请求 openid ，即使做实时缓存，上万次的请求也有可能会让服务 down 掉。
所以，这种场景，一定要，提前收集用户 openid ，即便收集不完全，少数的即时请求压力不会太大。

可行。流程中的每个环节都能程序化。简单参考： http://ww2.sinaimg.cn/large/62831495jw1f9715c4gjyj20cm0csdgn.jpg

@sxul07 @raysonx
@v9ox hash 后也可以判断相似，算法不同而已。例如按位 hash 然后对比

@SourceMan Cool!

@FrankFang128 thx 。仔细看了下视频，中间的确没去掉，还是存在的。

@Arrowing @gdtv @DoraJDJ 谢谢。不是去掉行号，而是隐藏显示行号的整个区域。
@FrankFang128 看能去掉不： https://laracasts.com/series/laravel-5-fundamentals/episodes/5

《北京欢迎你》

都是 sim 卡，也可 insim 。主要区别是号码，前者是一串数字，后者为一个手机号码。不能电话，无漫游。

正好朋友前几天说这个事情。
如果需要量大（ 100+）可以联系我，纯物联网卡，每月 80 元，每月 11G ，无其它费用。

@incompatible @zxb
两位大侠，都是我的错。你两歇歇气。

@realpg 涨姿势。超速无理。

西五环只有两个控制点不准确吧，厢红旗到晓月隧道我肉眼观察到的测速点都不止 4 个。
另外北五环倒是从来没有超速违章，可能是北五环比西五环堵的厉害。

@realpg 系统，莫非兄台有这神力？

@yellowV2ex 一次。
@holinhot 说对了一半。是自由裁量权没错。超速 50 的，罚款最高 2000 ，我罚了 1000 ，所以超速的量应该不是最主要因素。再说，白天的五环真能跑到 140 ？

无独有偶。今早上班路上，一个协警过来把我拦下了，卧槽，现在这么严啊，开车吃个煎饼都查。结果被告知今儿限号，顿时傻眼。就 12 分的情况，正好咨询了现场执法的交警，他特意问了违章地点，被告知环路 12 分必吊销驾照。

所以，吊销的主要原因还是在“北京环路”，增加了危险系数。普通路段只扣分，基本不吊销。

@zxb 一看就知道是老司机。非常理解。

@uuair 是的，北京不是环路的话，只扣 12 ，不用吊销。

@jetyang 厦门威武。

@WenJimmy 奥拓和奥迪在时速 120 时，车上的速度感是完全不同的。

这贴开的，看来完全是给自己挖了个坑。

去年违章，具体情境忘了，可能当时是去大兴办事着急导致，中午 12 点发生。
五环很多地方限速 80 ，还有 60 的地方。
说开到 150 和 200 的，你们真以为白天在五环能开到 150 ？你们连续 3 分钟开 120 我看看？
估计当时是外侧车道加速到 120 导致的。
全国大部分地方超速 50%即便扣 12 分也不至于吊销驾照。法规是“可以吊销”，而不是绝对。
但北京对环路安全的要求较高，一定要吊销。

我已经吸取各位教训了，多谢大家提醒，以后还是安全驾驶，对人对己负责。
只是吊销两年的教训太惨痛。

@daolin 中队长威武。