@lxh1983 哈哈，我可没做任何总结和归纳
题主就是让大家列身边的案例的，我也只列案例而已

随便讲几个身边的案例，都是常年喝酒，但不至于到酗酒这种地步

1 、都算不上天天喝的那种，但有次喝醉了，没站稳摔倒，后脑勺磕到台阶上。人没了，年龄才 50 上下吧
2 、开饭店，经常在喝醉的边缘，最后肝脏受损。反正身体不太好了
3 、天天喝，每天两顿，一顿 2 两白酒。有点尿酸高，其他都挺好
4 、天天喝，每天两顿，一顿 3 两白酒。身体一切正常，非常健康

所以有好有坏吧

> 一家出去游玩，基本也是晴天才会出门，也都是全家骑自行车（孩子也是），或电动车带孩子

这一条你说的是现状，买了车之后可能就不一样了
以前你出去玩，只会选择自行车覆盖的生活半径，买了车就变成在汽车覆盖的生活半径内选择了

之前有个小伙伴，算是我一手带出来的，人很灵很有想法
他离职的时候我很失落

因为少了个交流技术的伙伴，毕竟大部分都是都只是干活而已，有想法的不多

mark 一下，同样需要

想要小孩，你得先找到想要一起生活的人啊
除非你想好了生完就离，只是借个人生娃
否则选个不适合的人结婚生子，就是灾难

ct5 和 es200
你这俩太好选了，能接受加速慢，那就 es200 呗，反之 ct5

0-3 岁，找个老人当监工，看着保姆干活
3 岁后上幼儿园上学了，带娃压力就小多了。看看能不能男女一方找个下班早点的工作，就自己带吧

我个人孩子 3 岁之后就两人自己带了

利用率低的话，买车很不划算啊
每年固定花费就有保险、保养、停车、折旧这些

考虑一下上下班开车是不是可行？

@potatowish
> 返回空字符串和 null 在服务端含义是不同的，而客户端是表现层，所以这个差异是体现不出来的，都是没有值。

这个其实不太对，现在的客户端早就不是简单的渲染表现层了，也是有部分业务逻辑在里面的
所以我上面才觉得，服务端就应该如实地返回 null

我觉得应该返回 null （ OP 没说返回的数据格式是啥，默认 JSON 了）

1 、JSON 里面本来就是有 null 这个类型的
2 、数字型，不返回 null 的话，用什么表示这项数据没有值呢？用哪个数值都不太合适
如果没值的项直接不返回的话，其实和返回 null 差别也不大
比如对于 js ，就是判断 undefined 和 null 的差别

> 没有候补买票的时候，我每次都能抢到票
你说的抢到票，是用什么软件抢的吗？还是手工在开售瞬间在 12306 里面买

@handsomeroger 看上去是这样的，非常不合理

@Y4ssss 那 18 楼的解释是咋回事儿啊
上海市人力资源和社会保障局 的理解和法律条文的意思是一致的

@MapHacker 奖金的问题也是一样的，有自行选择权
一般的都会选择发 960000 而不是 960001

@zhangxiuyan 这个问题的边界其实好解决啊，让劳动者自己选定每个月的基数就行
选定的基数 <= 前一年的平均工资 即可

@huoshanhui 是这个意思，所以感觉很不合理啊