九维我操你爹
苹果测试工程师的日常
https://github.com/ntfstool/ntfstool/issues/106
微软效率这么高啊……还是说大家都去举报,人多了触发了某些 fast route?
总之谢谢各位互联网好心人的拔刀相助(repo 本身的评价放一边,这就是我为什么只举报了这个 issue

更新:才知道网友把这位的博客都翻出来了,早知道 ta 博客放在 GitHub 上了就该先替 ta archive 一下的……罪孽罪孽
希望 ta 回头还能拿回账号被 takedown 之前的数据吧
这人的号已经被 takedown 了。
618想去买个苹果裱和苹果盒,兜兜转转几回都没买成
苹果裱官方商城有教育优惠,但是没有国补。京东有国补,但是没有教育优惠
想说就京东上买了吧,plus 会员优惠券不给用,表带还不接受指定

同事和我说那就去线下专营店买吧!(他们上个星期才买过,)结果我去同一家专营店店员的回答是「国补暂时用不了」

遂放弃,继续心安理得地做我的果黑了~
苹果测试工程师的日常
升级 macOS 到【次】新版本已经一个多星期了,最大的体会是 spotlight 永、远、在、建、索、引 以前 command 键+空格,敲几个字母就能立马打开我想要的 app。现在不仅要等而且【必须要等】,不然就会像图一那样打开错误的 app( 我对苹果的产品质量一直都很有信心🤡
升级 Java 到 17 其实没什么奇怪的。软件最新的「稳定版」发布以后,上一代「稳定版」才是真正的稳定版本,这应该是互联网 juan 的公理
我升级到 macOS 15 这个次新的「稳定版」,都还后悔自己多余升这个大版本呢……
https://zh.wikipedia.org/zh-cn/%E6%80%AA%E6%80%AA%E5%B1%8B
和沙雕群友聊天聊到了这部电影,不知道大家小时候看过这部电影吗?
如果没有看过的话推荐去补一下,说不定内心的小孩还活着呢。那一定会是一剂很好的补药
和朋友聊了下一些他目前遇到的一些稳定性的上的问题,我的观点差不多是这样

1. 服务的部署,机房的规划本质上是一个图论问题
2. 不同的节点和不同的服务在不同维度上组合成一个图
3. 而且 SRE 或者说稳定性工作的重点是定义清楚不同的爆炸路径和爆炸半径,将爆炸半径压缩至最小

换句话说对服务的数据路径进行建模,避免图/domain 之间的交叉调用非常重要

比如说我现在有不少新加坡的节点,还有不少欧洲的节点,我能不能将这些节点统一规划在同一个 K8S 集群内呢?

从我的角度出发,是不能的,为什么呢?因为从地理维度出发,SG 和 EU 节点是需要规划在不同的图内,换句话说,SG 节点的功能故障应该只约束在 SG 节点内,EU 节点的故障值只应该约束在 EU 节点内

比如我 EU 节点的 A 服务走 SVC 调用全 Region B 服务。那么将会存在一个情况,假设 SG 的服务出现故障,那么在 SVC 负载均衡的前提下,SG Region 有问题的 B 服务会导致 EU Region 的 A 服务出现问题。那么这就属于很典型的爆炸半径和范围没有定义清楚,从而导致爆炸无限扩散了

差不多这样,希望对大家有帮助

#刷leetcode刷出幻觉了
Back to Top