九维我操你爹
【民航春运来了一棒-哔哩哔哩】 https://www.bilibili.com/video/BV1ndFBzbEPz
😅别搞啊大佬，您位高权重的就早点放假过年去吧
您这一管，回头过年真的指不定哪家飞机就得出事……谁不怕啊？
😅别搞啊大佬，您位高权重的就早点放假过年去吧
您这一管，回头过年真的指不定哪家飞机就得出事……谁不怕啊？
顺便一提店家要求快递员把送错的饮料收走退回店里。我虽然一口没动，但要是店里真的把退回去的奶茶重新发出去，估计很多人心里都膈应
只能祈祷茶百道只是不想被顾客白嫖，等收到饮料转手就倒了。不然接受不了这种“二手”奶茶的人建议遇到爆单的日子就别来凑热闹了
只能祈祷茶百道只是不想被顾客白嫖，等收到饮料转手就倒了。不然接受不了这种“二手”奶茶的人建议遇到爆单的日子就别来凑热闹了
先是千问请求太多处理不过来，然后是全北京奶茶店爆单（我还还是非常郊外的一个地方远离市中心）、快递员又拿错订单。到现在我被商家和快递员互相当球踢
不生气只是因为我一开始就猜到会变成这样，今天这个订单打个 3 分吧
哦对了日本人的好评真的是中评。我们这边好评是 5 分，日本那边好评是 3 分（满分 5 分）
我记得我之前还看过一篇讲开发者如何应对海外市场的文章，其中就提到了这个不同地区打分习惯对诸如 Play 商店 / 苹果 App Store 评分显示的影响。可惜这会儿找不到了……
想也知道如果简单把全球所有地区的打分算在一起平均，日本人能凭一己之力一杆清台把很多优秀的 App 扫下去，和其他那些不好也不坏的应用坐一桌
我记得我之前还看过一篇讲开发者如何应对海外市场的文章，其中就提到了这个不同地区打分习惯对诸如 Play 商店 / 苹果 App Store 评分显示的影响。可惜这会儿找不到了……
想也知道如果简单把全球所有地区的打分算在一起平均，日本人能凭一己之力一杆清台把很多优秀的 App 扫下去，和其他那些不好也不坏的应用坐一桌
https://fixupx.com/i_make_hat/status/2019649852892934518
如果你拥抱日本人的规则，你就有遵守不完的规则
可能有点多余不过稍微中翻中一下：
咸鱼上你看到东西不错不讲价直接买了──被卖家打差评
咸鱼上下完单没和卖家打招呼──被打差评
下单一个多星期没看到发货问一下物流信息──被打差评
寄商品出去的时候没有在收件人名字后面加上“先生/女士”──被打差评
如果你拥抱日本人的规则，你就有遵守不完的规则
可能有点多余不过稍微中翻中一下：
咸鱼上你看到东西不错不讲价直接买了──被卖家打差评
咸鱼上下完单没和卖家打招呼──被打差评
下单一个多星期没看到发货问一下物流信息──被打差评
寄商品出去的时候没有在收件人名字后面加上“先生/女士”──被打差评
🧵 Thread • FixupX
劉 (@i_make_hat)
@Hakonootoko 煤炉你能看到各种种类的精神病，我见过无言购入吃差评的，购入后没挨拶吃差评的，还有一个多星期不发货问了一句什么时候发货吃差评的，还有快递单上收货人名后边没加sama吃中评的
https://fixupx.com/i/status/2019526020802486528
🧵 Thread • FixupX
Unseen Japan (@UnseenJapanSite)
In today's episode of "let's beat up on foreigners for no reason," The Japanese Language Proficiency Test (JLPT) announced that tourists will no longer be able to take the test inside Japan - only residents. No indication of exactly what problem this new…
https://fixupx.com/i/status/2019083204133609846
FixupX
lizzie johnson (@lizziejohnsonnn)
I was just laid off by The Washington Post in the middle of a warzone. I have no words. I'm devastated.
Quoting lizzie johnson (@lizziejohnsonnn)
Waking up without power, heat, or running water. (Again.)
But the work here in Kyiv continues. Warming up…
Quoting lizzie johnson (@lizziejohnsonnn)
Waking up without power, heat, or running water. (Again.)
But the work here in Kyiv continues. Warming up…
AI 已死，编程即将迎来人类时刻！
昨天 cursor 和 codex 多轮对话没解决的一个问题，本人出马 1 分钟就找到了根本原因，去给 AI 说了下完美解决。
现在人类发展太快了，再过五年会变成什么样子真的很难想象！
昨天 cursor 和 codex 多轮对话没解决的一个问题，本人出马 1 分钟就找到了根本原因，去给 AI 说了下完美解决。
现在人类发展太快了，再过五年会变成什么样子真的很难想象！
Paul E. McKenney 的 perfbook 实在太好看了，虽然我才肛开始读到第四章，但已经解决了好几个困扰我多年的技术问题了。
比如前两周我才和 codex 讨论了 go 里两个 goroutines 并发（并行）读写一个 u64 全局变量到底有什么危害，我之前以为最多就是并发写导致另一线程读到旧值，这种 bug 我是可以容忍的，于是省掉 atomic.Load 好了，毕竟原子操作性能也不好。
而书上 4.3.4.1 Shared-Variable Shenanigans 这一节列出来一大堆无保护并发读写共享变量的潜在危害，其中 Store tearing 引用的这个 2019 年很新(?)的内核讨论令我大吃一精： https://lore.kernel.org/lkml/20190821103200.kpufwtviqhpbuv2n@willie-the-truck/
上面的 bar 在某个历史版本 arm64 gcc -O2 编译出的结果是
而 arm64 在 v8.4a 之前 stp store pair 指令是非原子的，如果有无保护并发读，另一个线程可能会读到只修改了一半 32bits 的变量。
书上说这类问题用 volatile / WRITE_ONCE / READ_ONCE 就可以比较轻量级地解决，但 go 没有 volatile 只能用原子指令，令人忧愁。
比如前两周我才和 codex 讨论了 go 里两个 goroutines 并发（并行）读写一个 u64 全局变量到底有什么危害，我之前以为最多就是并发写导致另一线程读到旧值，这种 bug 我是可以容忍的，于是省掉 atomic.Load 好了，毕竟原子操作性能也不好。
而书上 4.3.4.1 Shared-Variable Shenanigans 这一节列出来一大堆无保护并发读写共享变量的潜在危害，其中 Store tearing 引用的这个 2019 年很新(?)的内核讨论令我大吃一精： https://lore.kernel.org/lkml/20190821103200.kpufwtviqhpbuv2n@willie-the-truck/
void bar(u64 *x)
{
*x = 0xabcdef10abcdef10;
}上面的 bar 在某个历史版本 arm64 gcc -O2 编译出的结果是
bar:
mov w1, 61200
movk w1, 0xabcd, lsl 16
stp w1, w1, [x0]
ret而 arm64 在 v8.4a 之前 stp store pair 指令是非原子的，如果有无保护并发读，另一个线程可能会读到只修改了一半 32bits 的变量。
书上说这类问题用 volatile / WRITE_ONCE / READ_ONCE 就可以比较轻量级地解决，但 go 没有 volatile 只能用原子指令，令人忧愁。
这个人用 AI 回我把我这篇感想的效果拉满了。。。
https://github.com/yihong0618/gitblog/issues/336#issuecomment-3850824162
https://github.com/yihong0618/gitblog/issues/336#issuecomment-3850824162
