主要观点总结
文章主要围绕支付宝出现的一次P0事故展开,该事故导致在特定时间段的支付用户都可以享受政府补贴。文章先描述了事故的发生和支付宝的回应,再谈到作者对于此类事故的看法和建议,最后谈及面渣逆袭的学习进度和Java面试中CPU占用过高的问题排查方法。同时,也推荐了沉默王二的文章和二哥编程星球的学习资源。
关键观点总结
关键观点1: 支付宝P0事故及支付宝的回应
文章中描述了支付宝发生的P0事故,所有在特定时间段的支付用户都可以享受政府补贴20%。支付宝官微回应称不会追回优惠,并解释事故原因是因为配错了营销模板。作者认为应该追加一条不影响到事故责任人的年终和绩效的规定。
关键观点2: 作者对于此类事故的看法和建议
作者对于发生这种事故的团队表示理解,认为是人之常情。同时给出了自己的建议,包括年前不要发布新版本,给研发同学更多的容错空间等。
关键观点3: 面渣逆袭的学习进度
作者分享了面渣逆袭第二版的更新进度,提到拖延症被治好了。并且提及GitHub上星标超过13000的PDF文档可以帮助面试者通过面试。
关键观点4: Java面试中CPU占用过高的问题排查方法
文章介绍了在Java面试中遇到CPU占用过高的问题时,如何通过top命令查看CPU占用情况,使用jstack查看线程堆栈信息,定位到具体业务方法并找到问题原因。
文章预览
大家好,我是二哥呀。 昨晚睡觉前,习惯性地刷了会微信公众号,在星球嘉宾 Guide 哥那里看到一则消息,说支付宝出现了 P0 事故,所有在 14:40—14:45 时间段内支付的用户,均可以享受政府补贴 20%。 我确认了一下,还真的是,并且有小伙伴感慨说,“没赶上好时候啊,错过一个亿;不过,支付宝是实名制,薅了羊毛也怕追回啊,不太可刑。” 我让 openai 粗略计算了一下,假设日均交易笔数是 7 亿笔,单日总交易额为 4 万亿,这个时间段的总交易额大概是 33 亿元,再乘以 0.2,大家可以感受一下。 当然了,这个结果比较主观,也是基于以往数据的一个粗略估算。 如果要追责的话,对于支付宝这个量级的交易额,还是很严重的。 很快,支付宝官微就作出了回应,称不会追回优惠,并且友情提示大家千万不要去点任何追回资金的短信,以免上当受骗。
………………………………