最重要的一点：一方懂得包容，另一方知道分寸。要是屁大点事就揪着不放、冷战几天，趁早分手。根本不是一个正常的相处方式。

都这么挤了，能挤上车就很好了，还要啥自行车？
- - - 一位来自深度体验了深圳地铁 11 号线后海、前海湾站的打工人

各大平台，随便买，现在官翻、官换、二手都会标明。

就我自己来说大概是这么个过程，目前处于第三阶段，打算今年变更为第四阶段
1.刚来深圳的几年大部分是城中村，价格便宜，通勤短，攒钱
2.收入水平上升，找了好点的城中村，价格贵了，通勤短，周边环境舒适
3.生娃了，有没有电梯、有没有地方溜娃很重要，所以租到了关外的小区房，有空中花园，附近公园商场多，价格也不算太便宜，通勤远，心累的感觉
4.计划的第四阶段，搬到关内的老小区，电梯楼梯都行，缩短通勤距离，多时间陪伴，关内教育资源更好，价格高一点也能接受了

缓震跑鞋就是为低配速有氧服务的，如果你要跑速度快一点的训练那就是竞训鞋了，带板的，尼龙板或者低强度碳板，再快就上碳板。缓震是有必要的，即使是顶级碳板也是有缓震的

这两天微信流行的一句话怎么说来着“都已经绝经了，你现在告诉我不用结扎？”

你可以说我倒霉，蛋是你不能说我是个蛋。

想节假日不堵车太难了，要么就错峰出行，要么就提前一点三点出发，然后选一个有国道并行的高速，勤观察地图，遇到长距离拥堵就提前下高速走国道

客户已经有了吗？如果是研发新产品方案 2 太宏大了，可以折中一点，根据租户 id 分库分表，分几个库百来张表。用 es 做数据汇总查询处理，具体的操作直接操作数据库

零冷水热水器就可以了，定时每天早上 6:00-8:00 晚上 19:00-21:00 运行，其他时候不用运行

跑步，完成了人生第一次马拉松，第二次马拉松

我住沙井这边，停车费 200-300 一个月，停车位充足

我自己经过几年经验的积累，我理解的是 controller 、service 、mapper 的参数性质不一样。
1.直接用一个 xxxRequest 从 controller 传到 mapper 层是没有问题，但是想要复用就不容易了，如果别人想复用你的 service ，那么就需要组装复杂参数，而且参数命名也可能意思有歧义，虽然能达到效果，但是很奇怪
2.可以开发同事统一约定自己的规范，例如 mapper 中基础的查询可以用 entity 接收，自定义的查询结果可以用 xxxDto,提供 controller 的用 xxxRequest,xxxResponse 。service 的参数简单的可以直接用 controller 的参数，如果你觉得接口有复用的价值，那么可以自定义参数上下文 xxxContext

在设计上可以先采用第一种，但是能支持后续迭代成第二种
1 、在请求量小的时候，可以直接先把请求打到 ng 上，然后 ng 再转发到各自的应用，应用里面去做验证，条件允许的话在 ng 的前面再挡一个 waf
2 、公共验证应用是必要的，并且要做的够好，后面接入网关时，也可以网关直接调用公共验证的接口

好家伙 BMI 29.6?那你是 190 斤了啊,我 160 斤都觉得胖了点，对我跑步造成不利因素。得减肥了大兄弟