winglight2016

尽管直接问，每次工资条下来我都会仔细检查，觉得不对就问 HR ，年终奖就问直接领导，这是开公司，不是过家家，承诺不兑现，谁还跟你干呢。

我刚在福田租了个单间，2300——已经是选了又选最便宜的，而且公寓保安跟我说，去年这房间还要 3000 呢，才因为疫情降价了。再便宜就没有独立卫生间了，这个实在没法接受。

lz 的遭遇我也碰到过，不过我是因为一天内心悸次数忽然增加，所以去医院检查一下。我戴 3 代手表五六年，最近换成佳明 7x 。我的看法是，医生不认可手表的数据，也不会拿来做诊断依据，这么做没什么问题——至于动机是不是多收检查费就不好说了。

另外，就我个人天天观察手表产生的数据来看，这个结果看看就好，别太因此而焦虑，更不要因为数字的波动而产生任何焦虑，实在是因为人体状态本来就有周期性，设备佩戴方式也严重影响结果，只有趋势才能真正说明问题，一时的房颤报警、低心率报警这些不用太在意。只有身体本身的状态最重要，健康出了问题，身体自然会告诉你哪里不对劲。

我看楼上有说检查费用是医保范围内的，很遗憾我这里门诊费用是只能走个人账户的，只有住院才能走医保。

《星际穿越》在网上吵得太火了，我几次想看一遍，都没法坚持超过 10 分钟，也不是演员演技不行，就是 lz 说的，那种调性，人设，好像就是为了塑造一个脾气不好的救世英雄，看了一个镜头就能猜到后面的剧情，太无聊了。

赘婿吗？这是当犯人管了吧？

@twor2
@Daniel17
20 多年前我也是这个志向，自从有了老婆孩子就再也不想了。。。

的确，这种业务 20 年前就有了，银行的主要操作就是表内业务转成表外业务。

@nothingistrue #28 我们的场景不太一样，需要容器化部署在 k8s 上，而且基于 python ，必须在单独的容器中启动监听服务。然后，这个容器进程如果爆出异常又没有捕获会导致整个容器都不能正常启动，所以必须和业务代码分离。另外，虽然只有几条规则，但是不能写在代码里，不然规则变化也会导致重新打包和部署。

@nothingistrue #25 说得对，我司以前就是把监听消息和业务处理放在一起，会导致非常严重的问题。我现在正在做优化，完全分离 MQ 和业务，专门做一个单独的应用来负责映射转发。

另外，lz 担心的应用如何确定具体实例问题，一般业务后台如果是多实例部署，前面会放一个 LB ，由 LB 来决定具体哪个实例来响应请求