九维我操你爹
https://news.livedoor.com/lite/article_detail/26825390/
#TIL
【×杜×撰】ずさん○
〘名・形動〙《「ずざん」とも》
1詩や文章に、典拠の確かでないことを書くこと。また、その詩文。
2物事がいいかげんで、誤りが多いこと。また、そのさま。「―な管理」 「―な計画」
派生 ずさんさ〘名〙
#TIL
【×杜×撰】ずさん○
〘名・形動〙《「ずざん」とも》
1詩や文章に、典拠の確かでないことを書くこと。また、その詩文。
2物事がいいかげんで、誤りが多いこと。また、そのさま。「―な管理」 「―な計画」
派生 ずさんさ〘名〙
先别急着嘲笑苹果啊,这个问题我很早以前在频道发过,是个非常广泛而难搞的问题
但是苹果确实值得单独拎出来批评一下🤡
https://www.usenix.org/conference/usenixsecurity23/presentation/vasquez
但是苹果确实值得单独拎出来批评一下🤡
https://www.usenix.org/conference/usenixsecurity23/presentation/vasquez
真正安全的语言不是内存安全的语言,而是给程序员最少的选择,在设计之初就把避免人为因素导致的错误放在首位的语言
如果一个语言是内存安全的,但是用这个语言写出来的 web server 的项目普遍都在自己实现 tls 栈,你说这个语言安全吗?
如果一个语言是内存安全的,但是用这个语言写出来的 web server 的项目普遍都在自己实现 tls 栈,你说这个语言安全吗?
原推是 C++ 专家但是 rust 吹
这条推的评论则在说这样就讲 C++ 不安全不太好,实际上就是断言和测试非常不充分的问题
我对这两种言论都非常不认可。首先 rust 吹这种行为就很不专业,rust 写内核驱动不用 unsafe 是不太可能的,同样可能会出现这里的问题
更何况就算是换语言能解决问题,重写整个项目的成本也是很大的,这种话不应该是一个有工作经验的「专家」能顺便说出口的。一个合格的程序员最基本的素质应该是能站在用户视角考虑问题,「专家」更应如此
现在最重要的是尽快恢复故障、识别代码中是否有同样的错误,并在未来避免类似的故障。这些问题的答案都不是「换 rust」,而是完善 sanitizers 、断言等测试,实施更严格的开发规范
但话又说回来,发生这么严重的故障,说明就连这样特大型的企业也不能保证做好测试
像这次的事故据说甚至影响到美国的 911 报警系统,那你要选择无条件相信这些报警系统中运行的各种你知道你不知道的关键组件,背后的开发公司都扎扎实实把测试做好吗?
当你需要求救的时候,遇到今天这样的事情,你还能讲出「把测试做好就行了」这种话吗?
我觉得可以更进一步,让 sanitizers 成为编译器的一部分,强制执行。这样仍然不能彻底杜绝类似的问题,但这应该可以一定程度解决开发者不好好写测试的问题
这条推的评论则在说这样就讲 C++ 不安全不太好,实际上就是断言和测试非常不充分的问题
我对这两种言论都非常不认可。首先 rust 吹这种行为就很不专业,rust 写内核驱动不用 unsafe 是不太可能的,同样可能会出现这里的问题
更何况就算是换语言能解决问题,重写整个项目的成本也是很大的,这种话不应该是一个有工作经验的「专家」能顺便说出口的。一个合格的程序员最基本的素质应该是能站在用户视角考虑问题,「专家」更应如此
现在最重要的是尽快恢复故障、识别代码中是否有同样的错误,并在未来避免类似的故障。这些问题的答案都不是「换 rust」,而是完善 sanitizers 、断言等测试,实施更严格的开发规范
但话又说回来,发生这么严重的故障,说明就连这样特大型的企业也不能保证做好测试
像这次的事故据说甚至影响到美国的 911 报警系统,那你要选择无条件相信这些报警系统中运行的各种你知道你不知道的关键组件,背后的开发公司都扎扎实实把测试做好吗?
当你需要求救的时候,遇到今天这样的事情,你还能讲出「把测试做好就行了」这种话吗?
我觉得可以更进一步,让 sanitizers 成为编译器的一部分,强制执行。这样仍然不能彻底杜绝类似的问题,但这应该可以一定程度解决开发者不好好写测试的问题
#补充情报
goo.gl 背后实质上是 Google Firebase 的 Dynamic Links 服务,它将同日(2025-08-25)关闭。
所以除了 goo.gl 外, page.link 以及其它托管在 Dynamic Links 的短链接届时也会关闭。
我们根据一些情报估测了届时将会消失的链接数量(估值为保守计算):
一夜之间,百亿链接灰飞烟灭。
Only Google™ can do
goo.gl 背后实质上是 Google Firebase 的 Dynamic Links 服务,它将同日(2025-08-25)关闭。
所以除了 goo.gl 外, page.link 以及其它托管在 Dynamic Links 的短链接届时也会关闭。
When will Firebase Dynamic Links stop working?
On August 25th, 2025, Firebase Dynamic Links will shut down. All links served by Firebase Dynamic Links (both those hosted on custom domains and on page.link subdomains) will stop working.
我们根据一些情报估测了届时将会消失的链接数量(估值为保守计算):
goo.gl/* 至少存在70亿 URLs
*.app.goo.gl/* 至少存在2亿 URLs
goo.gl/**/* 未知
*.page.link 至少存在1.2亿 URLs
自定义域名 未知一夜之间,百亿链接灰飞烟灭。
Only Google™ can do
https://www.ettoday.net/news/20240719/2780633.htm
这个人应该有 B 站账号…貌似之前看到过一次他的视频
当时没看下去很快就关了,现在回想起来发现那时候的感觉是正确的
这个人应该有 B 站账号…貌似之前看到过一次他的视频
当时没看下去很快就关了,现在回想起来发现那时候的感觉是正确的