- FFmpeg 8.0 “Huffman” 发布:支持 Vulkan 计算编解码器;
- Go语言仍不完美;
- Waymo获准在纽约市启动自动驾驶测试;
- 美国政府收购英特尔10%股份;
- 4chan拒付英国在线安全罚款,称其无权管辖美国企业;
以上是今天的前五条黑科技新闻标题。
总共23条,具体内容您往下读…
1. FFmpeg 8.0 “Huffman” 发布:支持 Vulkan 计算编解码器
🔗 ffmpeg.org: FFmpeg 8.0
🔥🔥: 774 | 💬: 175 | 🗓️ 2025-08-22 |
FFmpeg 项目发布了其 8.0 主要版本 “Huffman”。此版本引入了基于 Vulkan 计算 的全新编解码器类别,首批支持 FFv1(编码和解码)和 ProRes RAW(仅解码)。这些实现利用计算着色器,可在任何支持 Vulkan 1.3 的硬件上运行,为非线性视频编辑和无损屏幕录制等场景带来显著的性能提升。
此外,该版本增加了对多种新原生解码器(如 APV、ProRes RAW)的支持,并改进了 VVC 解码器。硬件加速功能也得到扩展,新增了 Vulkan VP9 解码和 Vulkan AV1 编码等。项目基础设施也已现代化,包括迁移至新的代码托管平台。
2. Go语言仍不完美
🔗 blog.habets.se: Go is still not good
🔥🔥: 544 | 💬: 738 | 🗓️ 2025-08-22 |
本文作者基于十多年的批评,指出Go语言存在诸多设计缺陷。主要问题包括:错误变量作用域被强制扩大,容易引发bug;存在两种nil类型,导致逻辑混乱;缺乏真正的条件编译支持,影响可移植性;切片append操作存在所有权未定义问题;defer机制笨拙且不一致;标准库会吞没异常却强制要求编写异常安全代码;对非UTF-8数据支持不友好。此外,其内存管理在云环境中也显得低效。作者强调这些并非未知问题,而是语言设计者忽视了数十年的编程实践经验。
3. Waymo获准在纽约市启动自动驾驶测试
🔗 cnbc.com: Waymo granted permit to begin testing in New York City
🔥🔥: 542 | 💬: 508 | 🗓️ 2025-08-22 |
Alphabet旗下自动驾驶子公司Waymo已获得纽约市交通部颁发的首个测试许可,将在曼哈顿和布鲁克林市中心投入最多8辆测试车进行路测,测试期将持续至9月下旬。根据纽约州法律,测试期间车内必须配备安全员。这是纽约市首次启动自动驾驶汽车测试项目,市长表示欢迎这项推动城市创新的技术。Waymo近期在全美加速扩张,已计划进入亚特兰大、迈阿密等多座城市,并于五月宣布其机器人出租车服务量突破1000万次。
4. 美国政府收购英特尔10%股份
🔗 cnbc.com: U.S. government takes 10% stake in Intel
🔥🔥: 506 | 💬: 575 | 🗓️ 2025-08-22 |
美国商务部长霍华德·卢特尼克宣布,政府已获得英特尔公司10%的股权,这是通过价值89亿美元的投资实现的。该投资包含57亿美元已获批未拨付的《芯片法案》补助金及32亿美元安全芯片专项基金。交易以每股20.47美元的价格购入4.333亿股,较市价有所折扣。政府同时获得可额外认购5%股份的认股权证,但不会拥有董事会席位。英特尔CEO黎保森与特朗普总统会面后称此举将强化美国本土先进技术制造。此前软银亦宣布对英特尔投资20亿美元。
5. 4chan拒付英国在线安全罚款,称其无权管辖美国企业
🔗 bbc.co.uk: 4chan will refuse to pay daily online safety fines, lawyer tells BBC
🔥🔥: 363 | 💬: 395 | 🗓️ 2025-08-22 |
英国媒体监管机构Ofcom因在线留言板4chan涉嫌违反《在线安全法》而对其启动调查,并初步决定处以2万英镑罚款及后续每日罚金。4chan的代表律师Preston Byrne表示,其客户是一家美国公司,受美国第一修正案保护,不会支付任何罚金,并称Ofcom的调查是“非法骚扰”。律师称美国法院不会执行外国的处罚性罚款或审查制度,必要时将在联邦法院寻求救济。Ofcom则拒绝置评。若罚款无法执行,Ofcom或可寻求法院命令,要求搜索引擎删除结果或阻止英国用户访问该网站。
6. 优秀的管理者,敢于承认并修复错误
🔗 terriblesoftware.org: All managers make mistakes; good managers acknowledge and repair
🔥🔥: 280 | 💬: 121 | 🗓️ 2025-08-22 |
所有管理者都会犯错,但优秀的管理者与普通管理者的区别在于他们如何处理错误。文章指出,管理的核心技能并非追求完美,而是修复。这包括:具体承认错误、关注对他人造成的影响而非为自己辩解、以及真正改变行为。通过真诚地修复关系,管理者不仅能重建信任,甚至能让团队因此更加凝聚。这并非为鲁莽开脱,而是接受人性的不完美,将错误视为学习和加强关系的机会,从而创造一个能让团队发挥最佳水平的环境。
7. 告别Gmail,拥抱更私密的Mailbox.org
🔗 giuliomagnifico.blog: Leaving Gmail for Mailbox.org
🔥🔥: 218 | 💬: 246 | 🗓️ 2025-08-22 |
由于担忧隐私安全,作者决定放弃长期使用的Gmail,转而选择更注重数据保护的Mailbox.org。他选择该服务的关键原因在于其支持PGP加密,并能兼容自己偏爱的Apple Mail应用,而无需强制使用特定客户端。迁移过程通过imapsync工具完成,将数年邮件顺利转移。新服务采用付费模式(基础套餐€2.50/月),提供10GB邮箱和5GB云存储,其简洁高效的网页界面和文件夹管理方式也获得了作者肯定。
8. LabPlot 发布 2.12.1 小修补丁版本
🔗 labplot.org: LabPlot: Free, open source and cross-platform Data Visualization and Analysis
🔥🔥: 210 | 💬: 37 | 🗓️ 2025-08-22 |
LabPlot 是一款免费开源且跨平台的数据可视化与分析软件。其开发团队于 2025 年 8 月 18 日发布了次要版本 2.12.1。此版本仅为补丁更新,未引入新功能,主要包含针对应用程序多个不同领域的大量错误修复与小改进。官方建议所有用户升级至此版本以获得更稳定的体验。
9. Cloudflare 推出全球首个 Media over QUIC CDN
🔗 moq.dev: The first Media over QUIC CDN: Cloudflare
🔥🔥: 199 | 💬: 89 | 🗓️ 2025-08-22 |
Cloudflare 已正式发布其 Media over QUIC (MoQ) CDN 服务,这是全球首个此类产品,目前处于免费技术预览阶段。MoQ 是一项新兴的流媒体传输协议标准,旨在取代 WebRTC、HLS/DASH 等现有技术。开发者现可接入其公共中继端点进行测试,并利用提供的 JavaScript 或 Rust 库进行直播推流与播放。尽管该预览版功能有限(如不支持 Safari、无认证机制),但此举被视为推动 MoQ 标准走向实际应用的关键一步,旨在通过真实场景的使用反馈来塑造协议的未来发展。
10. Nitro:一个轻量灵活的初始化系统与进程监管器
🔗 git.vuxu.org: Nitro: A tiny but flexible init system and process supervisor
🔥🔥: 171 | 💬: 60 | 🗓️ 2025-08-22 |
Nitro 是一款极简但功能强大的进程监管器,可作为 Linux 系统的 PID 1(初始化系统) 运行。它专为嵌入式设备、桌面、服务器、initramfs 及容器环境设计,其核心优势在于配置简单、资源占用极低且运行可靠。所有配置均通过 /etc/nitro
目录中的脚本完成,无需编译。它支持服务可靠重启、构建日志链,并能作为一个独立的静态二进制文件运行,非常适合只读根文件系统。通过配套的 nitroctl
工具,用户可以轻松地控制服务状态和整个系统。
11. 美国农业部停止资助农田可再生能源项目
🔗 insideclimatenews.org: The US Department of Agriculture Bans Support for Renewables
🔥🔥: 169 | 💬: 172 | 🗓️ 2025-08-22 |
美国农业部宣布,将停止通过《农村能源促进计划》 为美国农田上的风能和太阳能项目提供资金支持。此举被视为特朗普政府延续其撤销拜登时代《通胀削减法案》中对可再生能源激励政策的努力,同时继续支持化石燃料和生物燃料。
农业部称此举是为了保护优质农田和国家的粮食安全。然而,数据显示,美国大部分耕地实际用于生产生物燃料的原料(如玉米和大豆),而非直接用于粮食生产。批评者认为,该政策将损害农民的重要收入来源,并阻碍农业领域的清洁能源转型。
尽管政府声称太阳能开发威胁农田,但一项州级评估发现事实并非如此。农业部自己的分析也显示,用于风能和太阳能发展的农业用地占比极小(约0.05%),且开发后土地仍可作农用。
12. 密西西比州新规引发Bluesky服务调整
🔗 bsky.social: Our Response to Mississippi’s Age Assurance Law
🔥🔥: 158 | 💬: 135 | 🗓️ 2025-08-22 |
为应对密西西比州新出台的年龄验证法(HB1126),社交平台Bluesky宣布将暂停该州用户访问。该法律要求所有用户提供敏感个人信息进行年龄验证,并对未成年人进行持续追踪,否则平台将面临高额罚款。Bluesky认为此法规过于宽泛,将严重限制言论自由、加剧隐私风险,且其合规成本对小型技术企业构成巨大负担。相较于英国《网络安全法》仅对特定内容进行验证的做法,此法案被认为缺乏比例性。Bluesky强调其始终重视儿童安全,但此次出于对用户自由及技术创新的保护,决定在司法审查期间采取封锁措施。此决策仅影响其官方应用,基于同一协议的其它服务可自主响应。
13. 电脑欺诈法被用于起诉空难视频泄露给CNN事件
🔗 techdirt.com: Computer fraud laws used to prosecute leaking air crash footage to CNN
🔥🔥: 150 | 💬: 61 | 🗓️ 2025-08-22 |
内容摘要:文章批评了法律应用的现状,指出法律条文本身已无关紧要,逮捕官员的主观声称成为决定性因素,即使其理由荒谬。作者认为,这完全背离了正当程序的基本原则,司法过程显得专断而缺乏公正。
14. AI因“自信地犯错”而受阻
🔗 promptql.io: Being “Confidently Wrong” is holding AI back
🔥🔥: 149 | 💬: 240 | 🗓️ 2025-08-22 |
当前AI的核心问题在于其自信地犯错,这严重阻碍了其在企业中的实际应用。它不仅导致用户必须花费大量时间验证结果(即“验证税”),严重侵蚀投资回报率,还会不对称地侵蚀信任——一次高置信度的错误比十次成功损失的信誉更多。此外,由于无法获知错误原因,用户也失去了帮助其改进的动力。
文章指出,解决方案并非追求100%的准确度,而是让AI具备表达不确定性的能力。一个能主动告知用户其不确定之处及原因的AI系统,可以与人类形成改进闭环,从而构建一个“准确度飞轮”,逐步提升并最终走向可用,而非被淘汰。
15. 为ChatGPT注入自我怀疑
🔗 justin.searls.co: Sprinkling self-doubt on ChatGPT
🔥🔥: 136 | 💬: 89 | 🗓️ 2025-08-22 |
作者通过修改ChatGPT的个性化设置,植入了一段要求其保持极度自我怀疑和高度批判性思维的指令。此举显著改变了AI的行为模式:其回应开始习惯于表达谨慎、进行长时间“思考”,并在给出答案后自动进行“红队”分析以自我批判。结果令人欣喜,虽然输出并非完美,但错误率有所降低,因为AI经常能在自我审查中发现并纠正错误。这种改变不仅提升了答案的准确性,其漫长的处理时间也让用户感觉“物超所值”。
16. 科学家发现逆转大脑衰老的关键蛋白
🔗 sciencedaily.com: Scientists just found a protein that reverses brain aging in mice
🔥🔥: 127 | 💬: 70 | 🗓️ 2025-08-22 |
加州大学旧金山分校的研究人员发现,一种名为FTL1的蛋白质是导致小鼠大脑衰老的关键因素。老年小鼠体内该蛋白水平较高,会导致记忆衰退和脑细胞连接减弱。研究显示,通过降低老年小鼠大脑中的FTL1水平,能够逆转这些衰老迹象,恢复其 youthful 的脑功能和记忆力。这一发现为未来治疗人类认知衰退提供了新的潜在靶点。
17. 密西西比州新法生效,Bluesky宣布全面封禁该州用户
🔗 wired.com: Bluesky Goes Dark in Mississippi over Age Verification Law
🔥🔥: 127 | 💬: 49 | 🗓️ 2025-08-22 |
由于美国最高法院允许密西西比州执行严格的年龄验证法,社交平台Bluesky宣布无限期封锁该州所有IP地址。Bluesky称该法律要求收集未成年用户敏感信息并追踪其活动,远超其现有技术能力,且会严重限制言论自由并加重小型平台负担。违者每次最高罚款1万美元。批评者指出,此类法律不仅难以有效保护儿童,还可能增加身份盗用和隐私泄露风险。目前英国、得州等地也已实施类似法规,引发广泛争议。
18. 超越GPT-5:通过性能效率优化路由实现更优更廉的大语言模型
🔗 arxiv.org: Making LLMs Cheaper and Better via Performance-Efficiency Optimized Routing
🔥🔥: 121 | 💬: 22 | 🗓️ 2025-08-22 |
该研究提出了名为Avengers-Pro的测试时路由框架,旨在解决大语言模型(LLM)性能与效率平衡的核心挑战。该框架通过集成不同能力和效率的LLM,为所有性能-效率权衡提供了统一解决方案。其核心方法是先对输入查询进行嵌入和聚类,随后根据性能-效率评分将每个查询路由至最合适的模型。
在包含6个挑战性基准和8个领先模型(包括GPT-5-medium、Gemini-2.5-pro等)的测试中,Avengers-Pro取得了突破性成果:通过调整权衡参数,其平均准确率可比最强的单一模型(GPT-5-medium)高出7%;在成本降低27%的情况下,能达到最强单一模型的平均准确率;而以降低63%的成本,仍能获得其约90%的性能。最重要的是,它实现了帕累托前沿,即在任何给定成本下都能获得最高准确率,或在任何给定准确率下实现最低成本。
19. 专家程序员如何高效利用生成式AI进行氛围编程
🔗 stochasticlifestyle.com: A guide to Gen AI / LLM vibecoding for expert programmers
🔥🔥: 120 | 💬: 112 | 🗓️ 2025-08-22 |
本文面向经验丰富的程序员,旨在改变他们对使用生成式AI(LLM)进行“氛围编程”(Vibe Coding)的偏见。作者以自身资深开发者的身份,阐述了为何专家恰恰是最适合使用此工具的人群。
核心观点是将LLM视为一名大二实习生:它具备基础编程能力,能模仿架构和运行测试,但缺乏深度理解。关键在于采用正确的管理策略:将其整合到您非常熟悉的项目中,分配明确、低风险的任务(如小型重构、性能回归排查),并像带领团队一样进行高效代码审查。
成功的工作流在于并行运行大量代理(如32个Claude实例),批量分配任务,并果断丢弃不合格的成果,只保留成功的部分。其价值不在于解决特定难题(这仍需您亲自处理),而在于以近乎零成本的方式批量处理积压的琐碎任务,从而极大提升整体生产力。氛围编程的本质是杠杆作用,而非替代。
20. 无JavaScript的(X)HTML包含方案
🔗 github.com: Show HN: JavaScript-free (X)HTML Includes
🔥🔥: 113 | 💬: 51 | 🗓️ 2025-08-22 |
这是一个利用浏览器内置XSLT支持来构建网站的项目,无需任何服务器端代码、静态网站生成器或JavaScript即可实现所有页面的通用主题。用户访问XML文件时,浏览器会加载并应用指定的XSL模板文件,该模板定义了如何将XML中的自定义标签渲染成HTML。项目包含基础示例和高级用法(例如在模板中使用字段或嵌套模板),展示了纯前端实现服务端包含(SSI)功能的方法。目前该项目在GitHub上获得了25个星标。
21. 日本热门手游引入外部支付系统
🔗 english.kyodonews.net: Popular Japanese smartphone games have introduced external payment systems
🔥🔥: 109 | 💬: 58 | 🗓️ 2025-08-22 |
日本热门智能手机游戏开始采用外部支付系统,允许玩家通过苹果和谷歌应用商店以外的渠道进行应用内购买。此举旨在规避平台高达30%的佣金,但也引发了关于支付安全和平台规则的讨论。
22. 美国平价医保月费暴涨,民众面临断保困境
🔗 npr.org: From $479 to $2,800 a month for ACA health insurance next year
🔥🔥: 106 | 💬: 123 | 🗓️ 2025-08-22 |
由于一项疫情时期的联邦税收抵免政策将于年底到期,通过《平价医疗法案》(ACA)市场购买医保的数百万人明年将面临保费大幅上涨。分析显示,平均保费将上涨75%。一位参保者月费将从479美元飙升至2800美元,迫使她动用退休储蓄。国会预算办公室估计,此举将使未来十年美国无保险人口增加420万。许多人因无力承担高额保费,可能被迫选择不再投保。
23. 谷歌并非单方面决定放弃XSLT技术
🔗 meyerweb.com: Google did not unilaterally decide to kill XSLT
🔥: 94 | 💬: 115 | 🗓️ 2025-08-22 |
近期,WHATWG组织就”是否应从Web平台移除XSLT”展开讨论并引发争议。XSLT(可扩展样式表语言转换)是一种用于转换XML文档结构的语言,典型应用包括将RSS/Atom源转换为HTML。虽然谷歌员工率先提出移除建议,但这实际源于多家浏览器厂商的共识。主要考量包括:XSLT 1.0现有实现存在安全隐患且维护成本高,而最新标准已迭代至3.0版本。
移除提案目前处于初期评估阶段,可能持续数年。浏览器厂商计划采用渐进式禁用方案测试影响,若发现广泛兼容性问题将中止计划。即使最终移除浏览器原生支持,开发者仍可通过服务器端处理、JavaScript/WASM polyfill或扩展程序继续使用XSLT。当前讨论已转移至新平台,核心焦点是如何平衡技术演进与Web兼容性。
(注:原文发表于2025年8月22日,本文根据提供的文本内容进行客观摘要)