能力范围内没有遇到合适的就不换，不要硬换呗

结婚本身就会降低质量，假设两人收入相当，本身只需要养自己，结婚后要成立个小家，还得照顾到上一辈。怎么观念里好像结婚就得提高生活质量- -话说回来，彩礼要是能带到小家，房子车都是你婚前，其实也算不上拜金。
都是劝分的，我给点努力的方向吧，年轻人总还是要有点奋斗的目标的：
1. 优先解决异地的问题，想好以后在哪里定居，父母的意愿，房价考量，工作对口，这很重要
2. 该和父母谈就和父母谈，了解清楚父母能帮助的程度，脑子里不要觉得就得靠自己
3. 结婚本身就得面对安家立业，确实是困难的，房子车都是你的资产，若是彩礼带回到你们小家，那就是小家的资产，不要觉得这些都是女方的要求，你拿这些在交易
4. 建议你们互相去对方家几次，了解了解各自的家庭，若是女的嫌弃的是你的家庭，那基本就很难继续下去

很难吧。。。基本唯一途径：找个村里的对象结婚

spring 本身就是应对企业级应用的，就是适合有复杂度的应用，再者本质 spring 比较核心的就依赖反转，这个在其他语言，类似的框架都不少

怎么感觉在黑 java

@wwalkingg 所以，这么写为什么用 var- -

@iOCZS 减肥容易保持难，年纪大了代谢就那样，除非长期坚持这么锻炼，不然保持不住

怎么说呢，如果这么多年相亲一直碰到离谱的，估计就是要求太高，所以某些方面比较离谱

@Joker123456789 订单是核心服务了，你这个例子完全是在找极端，比如淘宝里打卡服务挂了重启，这个时候影响用户下单你觉得合适吗，核心业务核心服务可能成熟了，都不怎么动，只需要新业务部分不熟就可以了，再极端点，都在一个服务里，新上的功能导致 oom ，导致你核心业务全挂，那也不合适，所以本身微服务就是根据业务适度做就行了

先看看是不是被骗了，再问问买来干嘛的，再考虑后续吧。。

@loryyang 相处时间越长，暴露缺点也越多，加上人总有感性的一面，当你所有的经济都在对方身上时，只要他犯错一次，哪怕影响不那么大，你也会不信任他了

单方管理就是，容错差，加上出一次问题就再也没有安全感了，双方管，起码未出问题的一方还是有一定安全感的，不至于完全破坏安全感。要是双方都理性其实谁管都一样，商量着来，没什么问题，但人不是机器，一辈子那么长，总会有些感性的时候，相处的时间越长，了解彼此的缺点越多，你虽然信任另一方，但彼此都一样，都可能会犯错。为什么资产要双方持有，就是给加一道复核的步骤，不至于一个人踏错的时候，导致整个家庭被破坏。

1. 开关位置留零线，不做双控
2. 窗帘位置，摄像头位置留电源
3. 扫地机器人位置规划，留好下水电源，位置尽量大些，方便扫地机器人更换维修
4. 不同品牌，一般用 homeassistant 兼容，但维护比较麻烦，日常使用其实灯控统一，其他使用频率没那么高
5. 毛坯水电的话，几千到一万左右吧，零冷水，回水管记得留一下，对比普通水电，其实就是多了几个插座，多了几根零线（但少了双控多控，其实更简单），多了一根回水管，扫地机的地方和下水规划到一起，其他的不多了

1. 设置个自己的心里上限，分多次给，我觉得合理点 3-10w 为上限都可以，不要超过 50%；
2. 家里造房子，你父母妹妹哥哥你回去都能住，虽然以后哥哥结婚做婚房，也不要完全觉得是给哥哥的，哥哥在父母身边变相是人力支持，你稍微出点钱也合理的

你要么一次不发，自己不抽不发没问题，你发过了几次，后面又不发，主要是这个问题。

@BuGoooo 毫秒内还是毫秒级别啊- -，你说的 1s 以内的话，单表 1000w ，走索引应该都行，关键在于你怎么尽量保证他均匀分布，常见的列式存储和倒排查询比如 ES CH 1s 以内还是比较轻松的

@BuGoooo 数据在硬盘里的话，怎么估计也不能 1ms 以内，你拉高内存加快本质上不就是从内存出。。

你要分表的话，如果能保证均匀分布，100 张表，单表不就 1kw 了，索引直出问题不大了吧。。如果你说 1ms 以内，感觉必须得内存了吧。。

医学博士这个时候来如互联网，这不是 49 年入国军吗。。。医学还是要先苦后甜啊