@imn1 为什么会考虑 h+l 溢出但是不考虑 h-l 溢出呢？

@hello2060 还是不懂，那改一下，high=INT_MAX, low=-INT_MAX 。int mid = low + (high - low)/2; 计算这条语句的时候算到括号里 high-low 不就溢出了么？

@linauror 为什么这么写就可以防止溢出呢？ high-low 感觉还是会溢出吧，比如 high = -INT_MAX, low=INT_MAX

@firefox12 阴谋论立不住的，如果是故意搞事情报复，何必还要提前 3 天做弹窗提示呢，直接 app 打不开就可以了

@ricky0603 聚合支付，2B 的进销存，不过我是测试岗

@sagaxu 华为这方面还是做得很公开的，进去让你签奋斗者协议，自己主动放弃年假和加班工资

@lry 我对于这种事情的准则一般是 “对我参与的项目负责，而不只是对我交付的代码负责”
他的 bug 会影响项目效果，那么我就会想办法去推进这件事情的处理，具体方式视影响大小和解决代价而定

需要更加深入地思考自己目前遇到的具体问题，非科班只是你的一段履历。至少在我目前所在的公司（阿里），我感受不到科班出身与非科班出身的区别。

@virtual2019 这个方案目前还没法实施，但将来是有办法实施的
需要解决 4 个核心问题：
1. 如何预先控制每站上车的人数
2. 如何获取每位乘客的上车和下车信息
3. 如何收费
4. 如何让用户提前获知自己能否上车

前三个问题是可以通过技术改变体验的，最后一个不行

我身边有一个很好的朋友，他的第一套房子就是利用家庭资源超高杠杆拿下的，17 年买入，当时首付自己出了 10 万，家庭和亲友借了 60 万，银行贷款 180 万，又花了 30 万买了两个车位。现在他 90 万的车位+首付贷款都还完了，每月 8k 的房贷也都良好，房子也又大又好，成就感非凡。
这种超高杠杆，对于我们这些岁数的人来说可能是第一次如此规模对家庭资源的认识和调动，也涉及复杂的计算和思考，LZ 发帖子的动机并不是征求意见，而是分享这件大事完成的喜悦。我也希望我能够做好这么一件大事然后发个帖子出来，恭喜 LZ。

我也在青岛生活过很久，羡慕 LZ，两个人在这个年龄税后到手 30+ 已经碾压 99%的同龄人了。这个工作收入水平，对于家在青岛的人来说，比 BAT 100w 税前的 offer 都还要好很多，我如果能找到这样的工作我就不呆杭州直接回家了。
LZ 家底殷实，双方家庭都能支持，上杠杆的后果承担得起（大部分贷款都是家庭内部），并且解决的学区和交通也是刚需，绝对不亏。
现在杭州 89 小户型 非常一般的学区和交通 总价都要 500w 以上了。对比下来感觉青岛好实惠。

LZ 现在 28 岁左右的话，收入增长 10%并不是值得吃惊的事情，要看具体行业。比如互联网行业，我相信 IT 大厂基本上每年普涨再差也有 5%，算上晋升和股票，前 5 年大多能做到每年收入增长至少 20%，后面会因为有天花板效应，个体差异会很大。

@whp1473 应用拆解这个事情和微服务并没有直接关系，在微服务概念提出之前 BAT 已经有十万级别的项目、应用、git 仓库了。
相反微服务在当前情况下还有副作用需要考虑。服务拆解可以无限细分，但是部署能力的细分是有限度的，管理成本也是有限的，可能造成了机器资源浪费，也增加了管理成本。目前在拆解的粒度上还没有一个统一的指导思想。
比如一个业务拆成了 20 个微服务，这个业务在试跑阶段，可能 2 台 4C8G 的服务器就足够负载了。可当我们设计微服务的部署资源时，我们发现目前成熟的最小微服务部署资源 * 20 份之和，远远大于 2 台 4C8G。这个业务的支撑开发团队可能也只有不到 10 个人，平均每个人要至少负责 2 个微服务，对于人员之间信息互备和管理稳定性也有很大风险。

LZ 发帖可能是想了解怎么解决第三类徒弟的问题
我没有遇到过这种情况
如果他确实是因为你在教导徒弟方面有心得，有研究，最终你帮助他有所成就，那么你可以考虑如何将你的教导能力变现
如果不是，那么即使他不是你的徒弟，他一样会成为你的有力竞争者。