当前我作为一个团队的 leader，被组内手下倒挂，这种事情只能是说公司抠门或者薪酬制度没设计好…😓

没补全很正常，面试官主要是看思路和代码规范性，未必一定要 IDE 顺利运行起来。

不想用密码就用非对称加密好了，不想自研算法就用 SSH 建立管道传输就好了，实现了数据压缩、端到端明文，传输过程被加密。

估计产品倒是不会，KPI 会逼着😊

sharding 目的是避免数据热点降低读 /写负载，而 zk 的定位不是大数据分布式数据库，所以没有这个设计。

才大二，想得过早。个人认为，若是真的喜欢技术，安全与开发不冲突。

CRO ？

@wxsm 没人说白嫖就是下贱的呀，白嫖不到 VIP 待遇便吐槽，那才是想法 /心态问题呢。
换个比喻：一分钱不掏白吃下午茶的“名媛” 对着大众吐槽这 5 星级酒店大堂服务、客房装修…… 我觉得这没啥道理可言。

作为白嫖用户，乱 diss 人家干啥，嫖还嫖出道理了么……😂

@wuzhizuiguo 既然不能停，只是告警也不能解决问题呀，那么先解决扩容问题吧，服务容量水位低于 80%+ 就要继续扩容了。如果碍于经费或者其他资源限制，那么赶紧优化代码吧。没别的解法。

你既然都说用了熔断措施了，那么问题我觉得不在于熔断如何进行，而是：
针对这个熔断问题，站在业务方角度来看根本问题是：为何接口 timeout 了呢？
针对这个 timeout 问题，站在 SLA 和客户体验角度来看，熔断后服务暂时不可用，最坏的打算是什么？如何告知 or 呈现给客户？如何快速的恢复服务？

@justfun 然鹅并不能得到实证，预测范围要么太大要么太小

日 uv 能有多少？

1.半抢占式调度，发生阻塞才被调度，不存在 OS 线程中那种时间片概念，并没实现公平调度。
M 取 P 保存在 LRQ 中的任务
2.二级线程模型实现调度的难度比较大。具体可参考： https://www.jianshu.com/p/4afa0679851d

商标申请号：28996888
申请人名称（英文） GITHUB，INC.

看来你是用不了这个玉米了。

这是算法思维吧。
大厂职级不是单凭技术评级的，主要是业务贡献。

为了省点网间结算的钱，绕它个一圈

admob 不行？