我感觉这群B友也还可以， 只是疑似有点极端了（虽然cpp届本身很抽象）
堆("json行"的内存/地址空间)、栈(调用堆叠) 不是什么x64ABI专属的， 是任何编程语言/#FP 都有的概念，只是被C++暴露相等性、begin<end(i<len) 这些1%的细节搞混了

https://drive.google.com/viewer?url=https://github.com/parallel101/course/raw/refs/heads/master/slides/memmodel/Presentation1MemModel.pptx
btw 翻译下段名：ELF对象的 text=fn rodata=lit data=rwlit bss=rw
他这个模型还不如说，是禁止指针运算和窄化宽化，从而只允许 &int, &const int 和CE修改器扫内存这样。 int[] 或元组对齐4 就很自相矛盾了，因为大端小端也属于实现细节，int可不是4byte之和

国内编程界经典拿“底层实现”当“本质”的遗毒之一，其他的例子还有谈虚函数（甚至谈子类型多态）必须扯虚表，谈Promise必须扯事件循环等等。必须用这种朴素的还原论才能理解上层的性质吗…其实恰恰相反，并非底层的实现决定了上层的性质，而是上层的性质要求了底层如此（只是一种可能的）实现

其实现在的内存分配器早就不基于堆数据结构了（叫自由存储区还比这靠谱点），函数调用时也不保证总会生成一个栈（例如内联成功的函数），局部变量有时也会被优化到寄存器上，全局常量也可能被优化到不占常量区空间。如果仍然假定总会生成一个栈，容易写出未定义行为，导致程序出错，不如学习更加正规的c++内存模型：函数体内的普通变量是自动生命周期，定义时构造，函数体结束时（抵达｝时）释放；全局变量是静态生命周期，程序启动时（进入main函数前或dll加载时）构造，程序退出时（离开main函数后）释放；new和delete管理的对象是动态生命周期，new时构造，delete时释放。c++内存模型和堆栈内存模型并不只是名称上的不同，主要的区别有：每个独立的变量之间有任意大的不可访问区域，自动生命周期的对象所占内存并不和栈一样保证向下生长，new/delete，new【】/delete【】和malloc/free不得混用。更严重的问题是，堆栈模型只是说对象存储在哪里，并没有说明对象的生命周期（构造和析构的时机）：例如要了解func(string().c_str());是否安全，但用c++内存模型就很容易解释：c++规定，临时变量string()的生命周期限定于func这一行，直到分号前都是有效的，而堆栈模型根本没有说明这样的情况，string究竟存在堆上还是栈上，你想了半天，想到了string有“小字符串优化”，小于15字节时会存在栈上，但这对于回答“临时变量什么时候失效”毫无帮助，只是增加你的心智负担，最终还是要回归正规c++内存模型来学习。有人说如果报错“栈溢出”不还是说明还是要学堆栈吗？函数调用栈当然是所有支持函数语言都有的特性，这里的栈要了解，并不能等同于那个连函数调用约定都一清二楚的底层堆栈模型，那就过头了，解决“栈溢出”并不需要了解x86函数调用约定，正如你在python中遇到“栈溢出”不需要查看python虚拟机里的字节码一样，不要偷换概念。类似的概念有“因为linux系统会报segfault所以必须学段内存管理”，然而现代操作系统早已废弃了段式内存管理，而是采用分页内存管理，SIGSEGV实际上应该叫page fault，segfault只是个已经约定俗成没法改的别名而已，正如所谓的“堆内存”早已不是“堆”数据结构一样。
“底层八股文”对C++编程的“积极指导作用”：比如，我知道GCC编译器的实现中，函数调用通常都是x86的call指令实现的，call指令会压栈返回地址，由被调用函数的ret指令取出。所以，我可以通过对第一参数的指针-1，构造一个指针修改返回地址，这样就可以读取或修改返回地址了！比如，我知道Python中GIL阻止了多线程并行，所以我通过ctypes.memmove强行修改了Python解释器内存中的GIL对象，这样不就可以自由的多线程并行了！我真是个天才，然而，我开启-O1优化后，发现GCC编译器把这个函数内联了，没有call指令了，我读到的返回地址有误，并不能形成完整的ebp链表，我认为这肯定是GCC编译器的Bug，我们老师明明说过函数调用约定会压栈的！我通过魔改GIL开始在Python中自由并行后，发现结果混乱，最终Python解释器在一声SIGSEGV中崩溃了，我给Python官方提交了Bug反馈，谁让他们不支持无锁并发数据结构的！另外，通过一个变量魔改另一个变量这个事有原型的，并不是我编的，请看：https://github.com/parallel101/opengltutor/issues/29 小彭老师的教学过程中，不论是群里还是b栈上，依然能遇到大量的“底层八股文”受害者，小彭老师看不得受害者，可你一和他“耐心讲解”，律师帽子就扣上来了。


哗众取宠。用于内存分配的堆栈这两个词在某个特定语言的标准里没有提到，不妨碍这两个概念在许多语言的规范或实现里都存在，说白了就是一个大家都明白的、有助于理解底层原理的抽象，本来就不和某个具体语言绑定。Up 在视频里列出的 strict aliasing 相关的 bug，规范角度说是因为标准里对怎么访问一个对象有明确规定，不符合规定的属于 UB；实现角度上说是因为编译器没有像程序员想当然的那样将变量连续分配，或者做了进一步的优化，跟堆栈这些概念有什么关系？告诉你有个栈，变量在上面就一定是紧密排列？更何况C++23 的 STL 里面还有 <stacktrace> ，如何能说“C++没有堆栈”？
看 up 的评论，貌似还想树个靶子说堆栈这个概念会跟同名数据结构混淆？那首先栈它在逻辑上通常就是一个数据结构意义上的栈，至于 heap 的词源已经很难考证了，未尝跟 binary heap 没有关系，但至多也只是名字起得不好罢了，既学过 binary heap 又学过内存的 heap 的人不至于自己查资料澄清的能力都没有吧。

>但很多时候你必须懂实现，懂系统和编译器特定的细节才能Debug[热]你可以说cpp规范里没这么定义过，但工作里碰到crash，分析coredump文件，运行时调试，必须要知道这些具体实现，甚至可以说不知道这些“实现”不能算一个好的c/cpp程序员

网上大量的经验分享和教程都不是面向纯粹语言的，而是面向问题、面向一个具体的bug的。
如果按照你这种说法，那么咱们说网络根本没有TCP/IP这种东西，只有osi七层模型，根本别学tcp协议和各种网络库了，这是不是很可笑？

无论语言律师如何追求纯粹的语言之美，实际写程序就是很难脱离平台特定的功能。出了bug，你也不知道这个bug来自C++语言层面，还是编译器或平台特定的问题，只能挨个排查。遇到编译器或平台本身就不支持或不正确支持某个C++标准规定的功能可太正常了…
请勿变成语言律师，堆栈结构是常见实现，只是我们不该把实现和抽象混为一谈。同样的bs也在自己书里把自由存储区和堆这两个名词混用。
https://www.bilibili.com/video/BV1Wr421c7MN
btw. PPT尾部的问题，简单来讲就是：C 中数组是第二类公民，数组是不能直接传递的，而 Fortran 可以值传递数组。C 中必须使用指针传递数组，效率非常低，因为编译器永远假设两个地址可能存在重叠（缓存失效），有了 Strict Aliasing，至少类型不同的情况能实现零拷贝

说的这一句道理很好。 sizeof(size_t 和 void*) 99% case 是一样的，那何时不同呢？ 在上个世纪的机器上。 #os

那时汇编设计失误，日期也有千年虫， 指针是区分 near far cs ds 的双指针，所以size_t<ptr
例如，在16位系统中，使用far指针（4字节，段+地址），void* 可能是32bit，而 size_t 可能是2字节（受限于单一段的大小）。
在支持混合32位/64位模式的系统中（例如，Windows的WOW64模式），void* 可能是64位（支持64位地址），而 size_t 可能被定义为32位以兼容旧代码、限制单个对象大小(4GB)。

所以，现在就连许多Linux也不支持x32了， 但C语言菜鸟，依然要为此迷糊。 因为一开始，程序员们就没查过词频出现在 Array.get(:size_t) ，所以size其实该叫 i or mkArray(indx rest) int a [rest]; 或者直接枪毙

b23.tv/BV1pcMbz9ExK
戴上耳环我就是帅🔥.mp4

Resolution: 1280x720
Duration: 78 seconds

OpenAI推迟开放权重模型的发布
原文：https://twitter.com/sama/status/1943837550369812814
阅读时间：2 分钟
分数：163

#有意思的项目 #sysadmin
anylinuxfs: macOS 下挂载任意 Linux 支持的 FS 的工具，基于 libkrun 提供的 microVM 和 NFS 协议，完全用户态实现，不安装内核扩展、不降低系统安全性
https://t.me/RachelBlahblah/8561?comment=8287
https://github.com/nohajc/anylinuxfs

实际上是起了一个 Alpine Linux，和QEMU-nbd差不多

#开源项目
给Rust编译器提交的第一个pr被合并了。跟进bug原因花了大几个（> 5）小时，最后只改动了一行代码。这是一次很简单的提交，但是对我个人却是跨出了一大步。

我这些年阅读过不少开源项目代码，但是没有主动给几个开源项目贡献过代码。由于对Rust和编程语言这一领域的喜爱，我打算后续在我业余时间能多参与Rust编译器项目。

把这行放在 .bashrc 里，每次打开新的 terminal 就可以随机选一个 IDE 来搞。
把编程当成 rogue like
每次的新鲜感都不一样。

alias code=$(sh -c 'tools=(code cursor claude gemini trae); \
echo "${tools[$RANDOM % ${#tools[@]}]}"')

召回的 Anker PowerCore 10000 移动电源内部发生了什么问题？
原文：https://www.lumafield.com/article/what-went-wrong-inside-these-recalled-power-banks
阅读时间：7 分钟
分数：391

“动态规划”并不是指“计算机编程”
原文：https://www.vidarholen.net/contents/blog/?p=1172
阅读时间：5 分钟
分数：395

说到 Git commit message，给大家推荐一个我自用长期维护的生成器，最近刚开源：

👉 https://github.com/QIN2DIM/lazy-commit

文档里有一些推荐配置，如果本地没有顺手的模型，可以考虑用 OpenRouter 和 Siliconflow 提供的免费模型来生成 commit message（我已经帮大家测试过，选出了最适合这个场景的模型）。如果你的项目是开源的，那应该没啥问题；否则，建议修改 `BASE_URL`，走本地的 OAI Gateway。或者复制源码模板到本地仓库改 system instructions 之类的设定来适配自己的风格和标准。

另外，这个 tool 在执行时会读取并应用 .dockerignore 和 .gitignore 里的规则，还内置了一些自定义规则，用于过滤特定的锁文件（比如 uv.lock），避免输入过多噪声。它还会用 tiktoken 估算上下文长度，如果太长，会自动 compact 压缩上下文（默认 32k）。

一键运行：

uv tool install -U lazy-commit
uv run commit

https://github.com/QwenLM/qwen-code/issues/44

精彩

AI概述导致搜索点击率大幅下降
原文：https://arstechnica.com/ai/2025/07/research-shows-google-ai-overviews-reduce-website-clicks-by-almost-half/
阅读时间：3 分钟
分数：257

OpenAI 计划最早于 8 月发布 GPT-5

据知情人士透露，OpenAI 计划最早于今年 8 月推出GPT-5。新模型将包含主版本、mini版和nano 版，其中nano版预计仅通过 API 开放。

GPT-5 的一个重要特性是它将直接集成 o3 推理能力。此外，OpenAI 计划在 GPT-5 发布前，于 7 月底推出一款新的开源权重模型，其能力被描述为与 o3 mini 相似。

The Verge

🍀频道 🍵茶馆 📮投稿

Telegram 上的偷拍群组
#犯罪

南方都市报报道了最近在社交媒体上引起关注的 Telegram 偷拍频道。被称为 MaskPark树洞论坛的频道成员均为中国男性，总规模超 10 万人。该频道下设至少 20 个细分群组，主题均与色情内容紧密相关，最大群组达 90 万人。论坛的内容包含在不同场合偷拍陌生女性，主动散布前女友、现女友、妻子、女儿甚至母亲的隐私照片，公开意淫女同事等。该论坛号召全体成员对着屏幕发泄胜生理欲望，群组聊天记录内容低俗露骨，被网友称为“中国版N号房”事件。律师表示，偷拍者与传播者可能触犯“非法使用窃听窃照专用器材罪”（刑法第284条），造成严重后果可判2年以下徒刑；公然传播行为主要构成“传播淫秽物品罪”，情节严重者同样面临2年以下徒刑。“如果靠此进行盈利牟利，则涉嫌‘传播淫秽物品牟利罪’，最高可判处到无期徒刑。”
南方都市报 前男友把她卖给了十万人：起底跨境偷拍群的肮脏交易

特朗普威胁关闭 TikTok
#USA

由于谈判不顺利，在三次给予 TikTok 宽限期之后美国政府官员威胁关闭 TikTok。TikTok 美国业务出售或被禁止服务的禁令原本于 2025 年 1 月 19 日生效，特朗普于 1 月 20 日上任之后就给了它 75 天宽限期。该宽限期于 4 月 5 日截至，但将 TikTok 美国业务出售给美国公司的谈判仍然在进行之中，特朗普之后第二次给了 75 天的宽限期。在 6 月 19 日第二次宽限期即将结束之际，特朗普再次延长 90 天。这位最早在 2020 年威胁要关闭 TikTok 的美国总统表示只有他能达成交易让它能在美国继续运营。然而与中国方面的谈判并不顺利，商务部长 Howard Lutnick 表示如果中国方面不批准交易，美国政府愿意关闭 TikTok。谈判的焦灼点是美国要求字节跳动出售 TikTok 使用的推荐算法。
arstechnica.com/tech-policy/2025/07/tiktok-will-shut-down-soon-if-china-wont-agree-to-trumps-deal-official-says/