个人想法是 游戏用台式,本本就轻薄
现在的 4800U 性能基本和台式 2700 相近了,你敢相信
所以只要轻薄,华硕幻系列 或者 小新 PRO 13 code01

看中正评测视乎,性能释放还可以.
据说革 /命的产品经理说再过一个月会出 高配版本, 升级 SSD 和 内存.
不是刚学的等一等.
刚需的话,可以考虑 幻 14 或者 小新 PRO 13

@leapV3
轻薄很重要

用了 5,6 天了. 总结 : 接近台式机 8700K 的性能.
性价比无敌, 出差旅游,带出去方便, 又兼备生产力.

csrf +1

@yukiloh 三千万 是因为到这个体量， 不好维护， 比如加索引、加字段、迁移等。
只要索引合适，查询还是没问题的。

httpclient4.5.2 我们业务很依赖 http 请求,配置复杂，性能要求高
感觉新项目，或者并不是很依赖 httpclient 的项目可以是用 okHttp

业务 code 和 通信 code 分开 没毛病

从业 10 年，没建过外键
狗头保命

读写分离，为了避免读影响写， 也为了避免写影响读。

2000W 上索引，应该不慢的。

@zhangysh1995
我这边的场景每天 200 万， 查询 2 天 用 USE INDEX 就全表扫描了，必须 force index

别动不动 几千几万的并发，OK ？

个人建议，存同一个表， 用扩展表扩展业务专用信息。
因为商品，订单，支付，统一逻辑，多个业务可以公用。

有事务的地方抛异常， 没事务的地方都抓，抓了把异常放到 resultMsg 放到 result 里返回。
全局异常肯定有，个人不喜欢随便抛。

最该吐槽的就是 你们的 “架构师 ” ， 这种问题就应该责问你们搭项目的或者负责人（是楼主？）
并不是懂点技术会沟通点需求就是负责人或架构师了，是不是前期随便搭个项目就上线了，
普通员工就那么点素质， 你要求不了那么多，
合理的架构， 加上开发流程，才会避免楼主说的大多数问题。

等 4800U 或者 4600U 的 小新或者惠普的本子 大概 5，6 月份

就是因为这个，现在 Docker 都装到 虚拟机里去了