没这么少，应该是超过了 100% 的，超出部分是剩下 99.9% 的人欠的债务

现在也没那么差

所以你想象的世界大同根本没有那么大同

真2077年已经发展到难以想象的地步了

linux历史上重要的更新也是这几个做的

因为小时候又不需要挣钱，那当然是一样过（

预计2040年就会达到2077

真实的赛博朋克：0.1%的人拥有99.9%的权力和资源，剩下99.9%的人给他们当奴隶 虚假的赛博朋克：义体改造，脑机接口，植入芯片，炸荒坂塔

IBM(RCU) RH Intel 和几个有名的maintainer

* 现在科技发展速度比2077描绘的快多了

现在科技发展速度比2077年描绘的快多了

总比隔壁 2077 年种蘑菇好点吧（

义体？谁需要那东西

2077年的AI一分钟就能写114514个Linux内核

那很赛博朋克了

欢迎来到 Cyberpunk 时代，没有高科技的那种.png

SVG就是美国lithography最后的独苗

就是在美国政府的允许才能成功的

ASML的最重要收购 SVG

https://www.eetimes.com/what-asml-agreed-to-do-to-win-u-s-approval-of-svg-merger/

我回忆了一下小时候，每天上山挖化石，下河摸螃蟹，好像也一样过

会差很多

我不认为在当今中国培养的人才会比得上经济繁荣时期

不知道未来会变成什么样

那些企业

linux的主要推动者也是互联网一代

类似的例子是linux

只有美国和他扶持的欧洲企业吧

一样的，就好像光刻机本身是全球共同叙事下的人类工业最高结晶，如果按现在的势头下去，未来基本上不可能再发展出接近光刻机这样水平的东西了

卡服专用是吗

也就是25到35岁这群人，黄金一代

持石科技（

是这样吗？

中国当今大多数人才都是在经济繁荣时期培养出来的

区别不大，都是炸

他们写了.unwrap()而不是.expect()

我回忆了一下十年前的互联网，很难说服自己当年有多稳定

或许以前也这样只是以前我不怎么关注？

那是因为裁员

ai导致没有初级程序员了 等老登似了没人能维护了😣

我是指最近两年，互联网基础设施事故频发，不管是阿里还是cf，谷歌

为啥非得吃新米

吃古古古古古米呗

为啥非得用YouTube

用vkvideo呗

脆弱的互联网

> <@telegram_7318612436:nichi.co> sent an image. 草 去年的愚人节还在追我

[m.image] image.jpeg

https://status.pki.goog/incidents/5oJEbcU3ZfMfySTSXXd3

Forwarded from channel 风向旗参考快讯: > 用户报告YouTube等多个网络服务出现问题 > > 18日，据网络状况监测网站DownDetector的消息，多个网络服务出现问题。截至目前，用户报告称YouTube、谷歌、亚马逊网络服务、Cloudflare的使用均出现问题。 > > —— 金十数据

[m.image] image.jpeg

[m.image] 草 为什么撤离点会在水下

推送更新然后睡觉去了不就炸了

https://www.cloudflarestatus.com/ cloudflare 這邊 Google trust service 連接也炸了

+1

别问，问就是谷歌在训练veo4.0，要弯道超车seedance

知夜！

全网最尊重MySQL的博主：

我还以为是我的梯子出问题了

原来大家的youtube都炸了

底下是mysql的话那说得通了

對

vitess是个mysql的集群化扩展吧我记得

微服务出问题的概率比陨石击中谷歌服务器概率都小

只能是数据库故障

谷歌的微服务架构不可能死

已知關係數據庫是用 https://vitess.io/zh/

百分百出在数据库上

那就是内部神秘逻辑故障

* 不是谷歌自用集群系统嘛😣

不是谷歌自用集群嘛😣

按理说砍掉一个头，还有九个头才对

u2b不太可能一台服务器管全球几亿用户的推荐

我有点困扰u2b的服务器是怎么架构的

* unreachable 不就是panic嘛（

https://doc.rust-lang.org/std/macro.unreachable.html

* 指rust中的unreachable（

* 指rust中的unreach able（

指rust中的unreasonable（

unreachable!()是panic

c++的std::unreachable是UB

那么问题来了，台班子是谁

这个世界是一个巨大的草台班子

unreasonable 不就是panic嘛（

云小溪：谷歌训练AI把YouTube数据库爬炸了

cf改之前是好的，然后新写了查询，就炸了

unreachable: 那我走

那YouTube是怎么回事

启动时加载配置的检查，遇到错误配置快速panic是正确的

我之前看原子能的视频，他很困扰，cf选择了用clickhouse作为数据库，为什么连clickhouse的基本特性都不了解，我也很困扰，cf没事改这块的查询语句做什么

panic不可避免 当你遇到了不可能发生的事情，你不panic留着过年啊？

所以要绕过灰度测试直接更新啊

我的评价是：和我无关因为我在china

正因为是漏洞

还是说谁路由写错了

思考，这又是哪个背后的服务商炸了吗

于是互联网历史上最大的一次停机事故就这么诞生了

然后堆在队列里的，海量的互联网请求，把其他服务器炸了，后面就不断经历，修好这个，启动，那个又炸了，然后继续循环

然后有一些旧版本的lua写的代码全炸

是因为nextjs漏洞，cf自作聪明未经测试直接全网推送补丁