No.01
Honda Civics and the Evil Valet
本田思域与邪恶代客:USB更新漏洞公开
236 分
39 条评论
作者: librick
作者公开了2021款本田思域车载娱乐系统(headunit)的逆向工程三年成果。核心发现:本田通过USB更新系统使用了公开的AOSP测试密钥签名,而非自有密钥,攻击者只需物理接触车前部USB接口,即可通过更新路径在headunit上执行任意代码(EvilValet攻击)。作者已发布ota-builder工具,可轻松构建能被系统接受的更新文件,还开源了apk-rebuilder来处理本田更新包。由于工作量巨大,作者宣布主要调查工作告一段落,呼吁社区贡献者参与已知版本收集、工具链完善等工作。评论呈现两极化:有人认为本田软件能力差是问题,也有人指出系统开放让车主拥有修改权;另有评论提到现代/起亚曾使用Google搜索就能找到的RSA密钥,安全问题更严重。
No.02
Don't trust large context windows
别迷信大容量上下文窗口
26 分
16 条评论
作者: computersuck
作者指出 LLM 的大上下文窗口更像营销噱头而非实用指标。他将上下文划分为「聪明区」和「笨区」——模型在前 10 万 token 内保持敏锐,之后注意力衰减、记忆模糊。实际可用上下文远低于标称值,RULER 和 Chroma 的研究均证实性能随窗口填入逐渐下降。作者建议像管理预算一样对待上下文:主动将信息移出会话,写成 PRD、计划、技能文档等小artifact,让下一个 session 能直接读取,避免被动依赖模型自带的自动压缩功能(那已是补救措施)。社区评论呈现分歧:一方实测 Opus 4.8 / Fable 在 20 万~40 万 token 时仍保持高质量,质疑作者过度悲观;另一方支持作者的人肉 PM 模式、坚持写短 PRD 来控制上下文质量。
No.03
Phoenix LiveView 1.2 Released
Phoenix LiveView 1.2 发布:新增共置 CSS 与作用域支持
60 分
8 条评论
作者: ksec
Phoenix LiveView 1.2 正式发布,主要特性为共置 CSS(Colocated CSS),允许在 HEEx 模板中直接编写 CSS,通过 @scope 规则实现样式作用域隔离,避免与其他组件冲突。该版本对 HEEx 编译流程进行了重大调整,将 tokenization 和 parsing 拆分为独立步骤,以更好地处理 macro components(如共置 CSS 和 JS)。由于 @scope 规则在主流浏览器中的支持尚未完善,LiveView 1.2 默认不启用自动作用域隔离。此外还包含 TagFormatter 行为支持、JS 结构自动编码、HEEx 调试注解按模块配置,以及独立的 JavaScript 客户端文档等改进。
No.04
Consciousness likely not unique to earthlings, paper says
意识可能并非地球生命独有:哲学论文提出「基底灵活性」论证
20 分
17 条评论
作者: giuliomagnifico
加州大学河滨分校哲学教授 Eric Schwitzgebel 与前研究生 Jeremy Pober 联合发表论文,探讨意识是否必须依附于地球生物化学架构。论文核心概念为「基底灵活性」——指某属性可用不同物质实现(如杯子的材质可为玻璃或塑料),作者据此认为意识同样具备这种灵活性。两人援引哥白尼原理推论:宇宙中至少存在约1000个行为复杂的外星文明,若生命能在多种化学条件下诞生,则意识不太可能仅限地球生物形式。论文未明确界定意识本身,也未断言当前AI系统具有意识,但 Schwitzgebel 对硅基系统持更为开放态度。Pober 则认为意识可在多种基底中出现,并不意味着所有基底都支持意识。评论普遍质疑该研究缺乏可证伪性,指出论文未定义研究对象「意识」即展开论证,且「无人知晓外星生命是否存在,却断言意识普遍存在」的逻辑引发争议。
No.05
Free SQL→ER diagram tool, runs in the browser, nothing uploaded
免费SQL转ER图工具:纯浏览器运行,数据不上传
69 分
15 条评论
作者: robhati
SQL to ER Diagram 是一款免费开源的在线工具,可将 SQL 的 CREATE TABLE 语句即时转换为交互式 ER 图。工具完全在浏览器本地运行,不上传任何数据到服务器,支持 PostgreSQL、MySQL、SQLite 和 SQL Server 方言,解析主键、外键、唯一约束等语法。用户可拖拽调整表格位置、添加注释、导出 PNG 或 SVG 格式。开发者表示做这个工具是因为现有方案普遍存在付费墙、强制注册或数据上传第三方的问题。该项目已开源,移动端体验获得高度评价,有人建议将图表渲染组件独立出来复用,或集成 sqlglot 来支持更多 SQL 方言。
No.06
GLM 5.2 Is Out
GLM 5.2 正式发布:全面开源Frontier级模型
535 分
282 条评论
作者: aloknnikhil
智谱AI(Z.ai)发布 GLM 5.2,定位为「全面开源,Frontier级智能属于所有人」。该版本恰逢美国政府封禁 Anthropic Fable 模型之际发布,社区认为有蹭热点之嫌,亦有观点认为这是对美国技术封锁的有力回应。GLM-5.2 目前仅通过 Coding Plan 订阅通道提供,官方尚未发布基准测试博客或性能图表,引发部分用户对模型质量的疑虑。从评论判断,GLM-5.2 约落后前沿实验室约 6 个月(对标今年 1 月的 Opus),架构本身无明显突破,但作为开放权重模型具有可观的实用价值。GLM-5 系列参数量达 744B-A40B,无法在消费级硬件运行,需依托 API 服务使用。社区核心争议集中在:开源权重是否真正「自由」——权重开放但训练数据未完全公开,与真正的开源仍有距离。
No.07
Noise infusion banned from statistical products published by Census Bureau
美国商务部禁止人口普查局使用「噪声注入」技术,引发隐私与数据可用性争议
808 分
507 条评论
作者: nl
美国商务部上周下令禁止在人口普查局和经济分析局发布的统计产品中使用「噪声注入」(即差分隐私)技术。该技术通过向统计数据添加随机数来防止个人隐私被逆向破解,被学界视为隐私保护的金标准。人口普查局在2020年普查中从1990-2010年使用的「交换」技术转向差分隐私,原因是交换技术被发现容易被攻击者重建个人记录。新命令强制要求优先使用「粗化」技术,仅在最后手段才用「抑制」。作者警告:此举将导致数据可用性大幅下降,或导致隐私保护形同虚设。评论区对动机争议激烈:一方认为是为了方便政治重新划分选区,另一方则认为差分隐私本身就掩盖了隐私与准确性之间不可调和的矛盾。
No.08
Tribblix: The retro Illumos distribution
Tribblix:复古风格的 Illumos 发行版
27 分
7 条评论
作者: naturalmovement
Tribblix 是由 Peter Tribble 开发的开源操作系统,基于 Illumos 内核,兼具复古风格与现代组件。2026年6月发布第40个里程碑版本,同时保留 SPARC 架构支持(m34)。32位硬件支持已完全移除,x86 版本稳定可靠,可直接下载镜像并安装使用。评论社区对其单人维护多年仍持续更新的毅力表示敬佩,也有用户尝试在老旧硬件上安装并探讨 Linux 兼容层的可行性。
No.09
Every Frame Perfect
每一帧都完美
676 分
222 条评论
作者: ravenical
文章借 Wayland 的设计理念「每一帧都完美」提出 UI 动画的核心原则:在任意时刻截图,界面都应该有意义。这一原则能建立用户对应用品质的信任。作者列举 macOS 多款应用(Safari、Photos、Preview)的动画问题:占位文本从中间移动而光标从左侧动画、各状态切换时内容瞬变而边框动画导致不同步、缩放动画中途帧混乱等。核心论点是好动画需从开始到结束全程精确,中间帧与首尾同样重要。评论呈现分歧:有人认为延迟比完美更重要,有人批评文章只破不立、缺乏正向示例,还有人指出 Wayland 原意是系统层面每帧内容可预期非追求视觉完美,亦有人认为动画应传达意义而非机械 morph 状态。
No.10
Building a serial and VGA "everything console"
改造 IBM 机架控制台:串口 VGA「万能终端」
25 分
1 条评论
作者: classichasclass
作者将一台 IBM 7316-TF3 机架式控制台(1U、17寸屏、2004-2014年产)改造为可连接 VGA 屏幕与串口的「万能终端」。键盘选用 IBM SK-8845RC UltraNav,但该组合设备无法被所选的 Tattler Solutions VT100 终端盒识别为两个独立 HID,故替换为 20 美元的 Perixx slimline 键盘。改造中使用硅胶金属粘合剂固定键盘托盘(需静置一周完全固化),并以 Velcro 粘带和 Flexseal tape 加强;还添加了电源排插与 USB/VGA 手动切换开关,实现双模式:键盘和 VGA 可连接终端盒,也可直连其他设备。终端盒支持 115200bps、VT100 仿真,屏幕分辨率 1280x1024,整体成本约 140 美元。
No.11
Treating pancreatic tumours may have revealed cancer's master switch
胰腺肿瘤治疗突破:或揭示癌症「主开关」
350 分
126 条评论
作者: andsoitis
《经济学人》报道,胰腺癌治疗领域出现重要进展。研究发现,一种针对 KRAS 突变的新药能抑制约 20% 胰腺肿瘤的生长。KRAS 基因长期被视为「不可成药」靶点,此次突破意味着科学家终于找到了设计生物制剂攻击该突变的方法。据悉,该药物针对 90% 胰腺癌及 50% 结肠癌的「主开关」,已通过 III 期临床试验(编号 NCT06625320)。评论者指出,「主开关」说法略显夸张,但考虑到这 20% 肿瘤恰好属于最难治类型,突破意义不容低估。社区还讨论了 Michael Levin 的细胞电压研究、饮食干预可能性,以及美国 NIH 经费削减对科研的威胁。
No.12
FreeOberon – Open-Source, Cross-Platform, Free Pascal/Turbo Pascal-Like Language
FreeOberon:开源跨平台类 Turbo Pascal 编程语言
74 分
27 条评论
作者: peter_d_sherman
FreeOberon 是一个开源、跨平台的编程语言项目,旨在为现代平台提供类似经典 Turbo Pascal 的开发体验,隶属于 Niklaus Wirth 设计的 Oberon 语言家族。该项目引发了大量程序员的 Pascal 怀旧潮——评论中许多人分享了 Apple Pascal、Turbo Pascal 作为编程启蒙的经历,认为 Pascal 系列对培养编程思维帮助极大。有用户指出网站视频中出现苏联最高苏维埃画面,且联系人为 Yandex 邮箱,暗示开发团队可能来自俄罗斯。技术层面,有用户呼吁推出 Raspberry Pi 原生版本的 Oberon Workstation 环境,也有人表示更喜欢 C 语言而非 Pascal,整体评论以怀旧与技术讨论为主。
No.13
Python 3.14 garbage collection rigamarole
Python 3.14 增量垃圾回收器的波折:引入、回滚与争议
44 分
28 条评论
作者: eatonphil
Python 3.14.0 引入了增量垃圾回收器(incremental GC),号称能将大堆场景下的最大停顿时间降低一个数量级,但 3.14.5 就因用户反映「内存压力」过大而完全回滚。文章深入解释了 Python 的引用计数机制、循环引用导致的内存泄漏问题,以及增量 GC 与传统分代 GC 的行为差异。值得注意的是,增量 GC 并未提供开关切换功能,被回滚后原有用户无法继续使用。社区对此评价两极:有观点认为完全可以微调参数解决而不必回滚,也有观点指出高峰值内存对某些用户是灾难性的;还有人批评增量 GC 未走 PEP 流程就进入主分支,且应作为可选功能而非默认启用。
No.14
Beagle: Git, URIs and all the dirty words
Beagle:用 URI 语法重构 Git 操作
4 分
0 条评论
作者: gritzko
文章指出 Git 底层模型(blob、树、提交链)简洁优雅,但上层命令体系却混乱复杂,尤其在与 LLM 协作时频繁遇到「命令在哪」的困扰。作者认为可借鉴 URI 标准(scheme://authority/path?query#fragment)来解决资源寻址问题,并推出 Beagle——一个兼容 Git、基于 HTTP 动词的版本控制系统。Beagle 将合并、变基、压缩、樱桃选取等混乱操作,正交分解为 apply(应用变更)、post(提交)、put(重置或标记)三个正交操作,通过 URI 表达式实现:例如「be patch ?feature」应用分支,「be post #!」提交且复用原消息。Beagle 的 URI 格式为「be://host/path?query#fragment」,版本信息全部放入 query 部分,支持任意数量的项目,示例:be://replicated.live/keeper/README.md?/beagle 用于指向特定分支。
No.15
Pyodide 314.0: Python packages can now publish WebAssembly wheels to PyPI
Pyodide 314.0:Python 包可直接发布 WebAssembly wheels 到 PyPI
118 分
27 条评论
作者: agriyakhetarpal
Pyodide 314.0 正式发布,核心亮点是 PEP 783(Emscripten 包装)已被接受,意味着 Python 包现在可以直接发布到 PyPI 并在浏览器中安装。Pyodide 维护者过去需手动维护 300+ 包,新机制大幅减轻负担,cibuildwheel v4.0 已支持该标准。版本号方案亦重大调整:314.x 直接对应 Python 3.14,未来二进制不兼容变更仅随 Python 年度更新出现。标准库方面恢复了 ssl、sqlite3、lzma,移除了 pydecimal 和 test;OpenSSL 被移除导致 ssl 模块不再支持实际 SSL/TLS,hashlib 部分功能受影响。pyodide.asm.js 正式更名为 pyodide.asm.mjs 成为标准 ES 模块,Classic workers 不再支持。实验性功能包括 Node.js 中 socket 操作支持,以及 JsBigInt 实现 JavaScript bigint 正确往返、Python 上下文管理器与 JavaScript [Symbol.dispose] 协同等 JavaScript 互操作改进。本版本随附 Python 3.14.2 和 Emscripten 5.0.3。
No.16
Pac-Man, but you're the ghost
展示: 反转 Pac-Man——你来当幽灵抓豆人
70 分
33 条评论
作者: mindracer
作者因同情 Pac-Man 中幽灵的处境——本在巡逻追逐豆人,却常被吃了能量球后反杀的豆人追杀——而制作了这款小游戏。玩家扮演幽灵,凭比 Pac-Man 稍快的速度在迷宫中围堵他;但若 Pac-Man 吃到能量球,局面立刻反转,幽灵反成猎物。游戏使用 Claude 生成代码,400 多行 HTML 实现,Pac-Man 拥有独立 AI 会主动逃跑。社区反馈两极:部分玩家认为创意有趣、实现了儿时想法;另一部分批评控制手感糟糕、输入延迟导致频繁错过拐弯时机,且 AI 生成的代码缺乏原作经典的拐角流畅感。有评论指出单人幽灵使 Pac-Man 更容易逃脱,也有开发者提议做成多人轮换模式。
No.17
Weave: Merging based on language structure and not lines
Weave:基于语言结构的语义级 Git 合并工具
30 分
17 条评论
作者: rohanat
Weave 是一款面向 Git 的实体级语义合并驱动,核心思路是按代码结构(函数、类等)而非文本行进行合并。当两个 AI 代理分别编辑同一文件的不同函数时,传统 Git 会因行号重叠产生冲突,而 Weave 能识别「这些函数根本不重叠」,实现干净合并。工具基于 sem-core 和 tree-sitter 实现实体提取,支持 5 种数据格式,可通过「brew install weave && weave setup」快速接入现有 Git 工作流,在 .gitattributes 中配置后自动生效。官网提供 31 个合并场景横跨 7 种语言的基准测试。评论中有人将其与同类工具 Mergiraf 比较,也有用户反映遇到过无声数据损坏问题,开发者表示会持续改进并欢迎反馈。
No.18
Making Claude a Chemist
让 Claude 成为化学家:Anthropic 的 NMR 光谱分析研究
30 分
18 条评论
作者: gmays
Anthropic 宣布与顶尖合成化学家合作,提升 Claude 的化学能力。首篇论文聚焦NMR光谱解析——化学家最常用的分析工具。研究团队从 ChemRxiv 预印本选取20种化合物(分四类结构家族),测试 Claude Opus 4.7/4.6 与 Sonnet 4.6 在NMR预测上的表现,对标 ChemDraw 与 MestReNova。结果 Opus 4.7 氢谱平均误差仅 ±0.079 ppm(远低于 ±0.20 容忍度),碳谱与 MestReNova 持平(±1.37 vs ±1.48 ppm);Claude 在预测子峰间距上准确率达80%,远超专用软件的26-35%。研究承认目标审慎:仅期望 Claude 辅助化学家的日常翻译、回忆与整合工作,而非取代判断。但评论指出化学本质是3D的——形状决定功能,文本模式可能不足以捕捉;也有担忧无声故障的风险;还有人将当下生物化学研究戏称为「 vibe coding 」。
No.19
(Re//Verse 2026) Taxonomy and Deobfuscation of a Real World Binary Obfuscator [pdf]
现实世界二进制混淆器分类与去混淆技术
13 分
1 条评论
作者: not_a9
本文是 Re//Verse 2026 安全会议上的一篇技术演讲,聚焦于现实世界二进制代码混淆器的系统性分类与去混淆方法论。研究团队以 Riot Games 反作弊系统 Vanguard 的内核模式驱动组件作为典型案例,通过逆向工程深入剖析其混淆技术的实现细节,涵盖控制流平坦化、虚拟机保护、字符串加密等主流混淆手段,并探讨相应的检测与规避策略。该研究为安全研究者和逆向工程师提供了针对现代代码混淆技术的系统性认知框架,具有较高的技术参考价值。
No.20
Codex for open source
OpenAI 推出开源软件 Codex 资助计划:提供 6 个月免费使用
221 分
81 条评论
作者: EvgeniyZh
OpenAI 近日推出「Codex for OSS」资助计划,向开源软件维护者提供 6 个月的 ChatGPT Pro 免费使用(内含 Codex 编码助手)。该计划针对「关键开源软件」项目,要求申请者填写表单但审核标准不透明。Anthropic 亦有类似的「Claude for Open Source」项目。然而社区反应两极:批评者认为 6 个月期限过短,仅是「毒贩策略」——先用免费品尝培养习惯、再诱导付费订阅;多位拥有数百万用户或万颗星标的项目申请者反映均未收到回复,质疑审核机制存在或标准过高。亦有受益者(如 mycli 项目)表示获得赞助且未被迫接受任何营销条款。部分评论将此解读为收集优质开源项目使用数据以反哺模型训练的商业行为,支持者则认为聊胜于无。整体来看,该计划被视作有价值但不够诚意的开源支持尝试。
No.21
GameBoy Workboy
Game Boy Workboy:从未上市的游戏 Boy 键盘工作站
182 分
64 条评论
作者: tosh
Workboy 是 1990 年代一款面向 Game Boy 的神秘配件,内置物理键盘,可实现日程管理、通讯录、备忘录、银行账户余额记录,以及温度/货币/五种语言互译等功能。当年它在多本游戏杂志上大力宣传,却从未正式发售。2020 年 9 月其 ROM 数据在泄密事件中流出;同年 12 月,DidYouKnowGaming? 频道的 Liam Robertson 展示了使用同款原型键盘运行泄露 ROM 的实机画面,证实软硬件均可正常工作。ROM 中还藏有一些版本号字符串的彩蛋——标题画面显示 8.87,内部记录的版本却是 5.74。
No.22
Amazon CEO's talks with U.S. officials triggered crackdown on Anthropic models
亚马逊CEO与美国官员谈话引发对Anthropic模型的打压
659 分
488 条评论
作者: ls612
据报道,亚马逊CEO安迪·贾西(Andy Jassy)与美国政府官员谈话后,导致Anthropic旗下Fable 5/Mythos模型遭到出口管制或下架处理。据悉,亚马逊研究人员曾通过一系列提示词让Fable 5模型提供了可用于网络攻击的信息,引发安全担忧。值得注意的是,亚马逊持有Anthropic超过5%的股份,是其重要投资方和云服务合作伙伴(AWS),这一利益关联使事件动机变得复杂。社区争议集中在:这是真正的国家安全关切,还是政府借亚马逊之手打压竞争对手?此举是否会成为针对开源模型的危险先例?欧洲用户则担忧此类管制将限制全球AI获取。事件发生在 Anthropic 宣布Mythos系列模型后不久,监管介入之快引发业界对AI监管政治化的担忧。
No.23
LaserWriter Seeds
施乐PARC激光打印技术往事:改变世界的发明如何被巨头亲手埋葬
10 分
0 条评论
作者: frizlab
1970年代,施乐PARC的研究人员已在个人计算领域领先业界十年。Gary Starkweather研发出SLOT激光打印机,Ron Rider设计了专用控制器RCG来处理高速打印任务。Charles Simonyi和Butler Lampson开发了革命性的Bravo字处理软件,首次实现所见即所得的文档编辑;Bob Sproull与William Newman进一步创建了页面描述语言Press,将位图渲染从主机转移至外部硬件。这套被称为EARS的原型系统在PARC内部运行一年半,完成了四百万次打印。施乐却将9700定位为独立高端产品,而非分布式个人计算的原型,错过了真正的机会。最终,这套技术架构分别成就了苹果的LaserWriter与Macintosh、Adobe的PostScript,以及微软的Word。Starkweather总结这段历史时感叹:许多公司的失败是想象力的匮乏,而非知识的欠缺。
No.24
Software Architecture Guide (2019)
软件架构指南
51 分
19 条评论
作者: laxmena
本文是 Martin Fowler 在 2015 年 OSCON 上的演讲延伸,探讨软件架构的本质与价值。Ralph Johnson 提出的核心观点是:「架构就是重要的东西,无论那是什么」——即决定什么是架构性的元素,并投入精力维护它们。Fowler 认为好架构与编程深度交织、支持自身进化;坏架构会产生 cruft(杂乱代码),阻碍开发者理解软件,导致功能交付变慢且缺陷增多。文章指出,内部质量与用户界面不同:高质量的架构反而能加快功能交付,而牺牲质量换速度只是短期幻觉。Fowler 还讨论了应用架构的社会建构属性、微服务的优势与代价、前端 monolith 拆分,以及 GUI 架构中 MVC 等模式的辨析。
No.25
Running DOS on Behringers DDX3216 with a DIY x86-Bios from Scratch
在 Behringer DDX3216 调音台上从零编写 x86 BIOS 并启动 DOS
91 分
21 条评论
作者: rasz
作者在 1994 年接触电脑但从未深入了解启动过程,2026 年发现 Behringer DDX3216 数字调音台内置 AMD Elan SC300 386 处理器后,决定以此为平台从零编写 x86 BIOS 并学习启动机制。由于找不到现成 BIOS(PC Engines 只有 SC400 以上代码,General Software 已被 Phoenix 收购),作者自行实现复位向量、实模式跳转,并详细解释了 x86 段地址机制——通过「SEGMENT << 4 + OFFSET」计算物理地址,解释了为何 DOS 游戏受限于 640KB 常规内存。最终成功在该硬件上启动 FreeDOS v1.4,并实现了 LCD 显示和中断函数等基础功能。
No.26
A low-carbon computing platform from your retired phones
用退役手机搭建低碳云计算平台:UC San Diego 的探索
280 分
151 条评论
作者: vikas-sharma
UC San Diego 研究人员在 Google 支持下,正在探索「手机集群计算」路径——将退役智能手机的母板取出、组成集群、 redeploy 为通用计算平台。研究团队计划部署 2000 部 Pixel 手机组成的低碳数据中心,为数百名研究人员和学生提供云计算服务,同时减少新硬件制造的碳排放。平均而言,用户每四年换一次手机,但旧设备的核心计算功能仍完整——现代智能手机的单线程性能已与多核服务器相当,最大差距在于服务器拥有数十个强大多线程核心和巨大内存,而手机只有少数异构核心和 8-12GB 内存。25-50 部手机等效于一台现代服务器,由 Kubernetes 容器编排管理。社区质疑声音强烈:Google 一面限制 bootloader 解锁和 AOSP 源码访问,一面推广此项目立场矛盾;退役手机难以维护的根本原因是闭源固件和锁定系统;EMMC 寿命有限、电池处理也是现实挑战。
No.27
ReactOS (FOSS "Windows") achieves 3D-accelerated Half-Life on real hardware
ReactOS 实现真实硬件上 3D 加速运行《半条命》
196 分
28 条评论
作者: jeditobe
历经 28 年开发的开源 Windows 兼容项目 ReactOS 近日宣布,已可在真实硬件上运行带 3D 加速的 Windows 版《半条命》。测试平台为配备 Core i5 2400 Sandy Bridge 处理器和 NVIDIA GeForce 8400GS 显卡的 Dell OptiPlex 整机。ReactOS 通过重新实现 DirectX(而非转向 Vulkan)达成此目标,这与 Wine/Proton 依赖 OpenGL/Vulkan 的路径不同。评论者肯定其意义在于构建完整 Windows 技术栈兼容,而不仅用户态 API 模拟;但也指出 Steam Proton 已在 Linux 上实现几乎所有游戏完整加速。评论还探讨了病毒兼容性——开发者坦承必须复现 Windows API 原有的缺陷行为,应用程序才能正常运行。
No.28
Appreciating Exif
认识 EXIF:数字图像的隐藏元数据
153 分
33 条评论
作者: burnto
作者在开发图像遮罩处理代码时,因需读取 EXIF 方向信息,对这一1995年诞生的数字相机元数据格式产生兴趣并深入研究。文章解释了 EXIF 的存储位置(JPEG 的 APP1 标记段、WebP 的 EXIF 数据块、HEIC 的 HEIF 容器)、内部结构(基于 TIFF 的 IFD 条目结构,方向标签为 0x0112),以及常见用途包括日期时间、相机型号、镜头参数、快门、光圈、ISO、GPS 坐标和方向等。作者强调 EXIF 是「 Optional 的嵌入数据,第三方库处理时需注意平台差异」,并推荐使用 exiftool 进行调试,同时提醒开发者:元数据可以被伪造,不同系统和软件对 EXIF 的处理行为各不相同。
No.29
The Neat Little Vehicles That Run a Cemetery
墓地里的可爱小车:森林草坪公墓的专用作业车
7 分
0 条评论
作者: PaulHoule
本文介绍了美国加州格伦代尔森林草坪公墓的一组特殊作业车辆。公墓每年举办汽车咖啡活动展示经典灵车,但作者更感兴趣的是幕后作业机器:从左到右分别是运土车、棺材装载车、定制平板车和John Deere割草机。这些车辆全部是1950年代从零开始专门为公墓打造,使用军用动力系统打造,历经翻新和现代化改装。运土车负责挖掘墓穴,棺材装载车运送棺材,平板车则作为帐篷运输和utility车辆。割草机配备65马力Kubota柴油发动机,液压传动,四轮驱动,105英寸切割宽度,可照料250英亩园区。公墓维护团队强调整套车队能让哀悼过程更加轻松。
No.30
RTX 5080 and RTX 3090 Setup: 80 Tok/s on Qwen 3.6 27B Q8
双卡异构推理:RTX 5080+3090 跑 Qwen 3.6 27B 达 80 tok/s
238 分
79 条评论
作者: iMil
作者将游戏卡 RTX 5080(16GB)与二手 RTX 3090(24GB)组成异构推理平台,通过华硕 X570-Pro 主板实现 PCIe 16x 分叉为 2x8。BIOS 需禁用 CSM、启用 Above 4G Decoding 和 ReSize BAR;llama.cpp 编译需指定双架构(86+Ampere、120+Blackwell),并关闭 NCCL。关键配置包括 MTP 推测解码、tensor 并行(-ts 2,3)、KV 统一量化与 ngram 草稿,最终在 229k 上下文下达到 80-90 tok/s,草案接受率约 77%。评论聚焦:1)4090+Tenstorrent 等方案性价比对比;2)云端 API 成本($3/1M tokens)是否值得自建;3)功耗达 600-700W 的散热挑战;4)开源模型能力已逼近前沿,部分场景可替代商业方案;5)「pi」等本地 Agent 框架受到关注。
评论精华