MoreRSS

site iconHackerNews AI 摘要修改

使用 RPA 方案,每天自动获取 Top Stories ,使用 GPT 方式自动摘要,同时会一并摘要 HackerNews 网友的评论。
请复制 RSS 到你的阅读器,或快速订阅到 :

Inoreader Feedly Follow Feedbin Local Reader

HackerNews AI 摘要的 RSS 预览

2025 09 04 HackerNews

2025-09-04 07:09:26

2025-09-04 Hacker News Top Stories #

谷歌在反垄断案中被禁止签订独家合同,但允许保留Chrome浏览器,并需调整其搜索引擎 exclusivity agreements。 Sanity公司员工工程师分享了AI在开发工作流程中的应用经验,强调AI作为辅助工具的作用,并探讨了其局限性。 Claude Code现已在Zed中以测试版发布,通过ACP协议提供更好的代码生成和编辑体验,并支持自定义工作流。 CPU利用率并非完全反映实际工作量,超线程和涡轮技术导致其非线性,建议通过基准测试监控服务器性能。 VibeVoice是一个开源文本转语音模型,支持长篇、多说话人对话,并具备跨语言和背景音乐生成功能。 一名开发者成功将博客运行在回收的Google Pixel 5上,展示了旧硬件的创新利用和环境友好性。 腾讯混元团队推出交互式视频生成模型Voyager,支持3D重建和自定义相机路径,适用于大规模数据集。

Google can keep its Chrome browser but will be barred from exclusive contracts #

https://www.cnbc.com/2025/09/02/google-antitrust-search-ruling.html

Alphabet 公司的股票在盘后交易中上涨了 8%,因为谷歌在具有里程碑意义的反垄断案件中避免了最坏的处罚。去年,谷歌被判定在其核心的互联网搜索市场中非法持有垄断地位。美国地区法官 Amit Mehta 裁定,谷歌可以保留其 Chrome 浏览器,但将被禁止签订独家合同。这一决定是在他近一年前裁定谷歌非法垄断互联网搜索市场之后作出的。谷歌每年向苹果支付数十亿美元,以成为 iPhone 上的默认搜索引擎。在这一消息公布后,苹果的股价在盘后交易中上涨了 4%。根据 Mehta 的裁决,谷歌可以向预装其产品的公司支付费用,但不能签订以支付或许可为条件的独家合同。谷歌还被要求放松对搜索数据的控制,必须共享某些搜索索引数据和用户交互数据,但不必与广告商共享或提供访问粒度数据。


HN 热度 839 points | 评论 587 comments | 作者:colesantiago | 1 day ago #

https://news.ycombinator.com/item?id=45108548

  • 记者不提供在线 PDF 链接是因为想降低跳出率,增加用户参与度。
  • 记者不引用原始资料是因为他们自视为信息的守门人,认为读者无法处理原始材料。
  • 记者不提供链接是因为他们担心读者发现报道或原始资料中的错误。
  • 大型新闻机构的记者和编辑不会故意不提供链接,而是由于工作流程和 CMS 系统的限制。
  • 记者不提供原始链接是因为历史上报纸和电视新闻没有链接的传统。
  • 一些组织悄悄要求编辑阻止人们点击到第三方网站,以免注意力流失。
  • 记者可能认为他们的专长是与人交谈获取信息,而不是阅读和总结大家都能访问的内容。
  • 记者可能故意从研究中提取细节,以误导读者,以支持他们想要讲述的故事。

A staff engineer’s journey with Claude Code #

https://www.sanity.io/blog/first-attempt-will-be-95-garbage

这篇文章由 Sanity 的一名员工软件工程师 Vincent Quigley 撰写,分享了他如何将人工智能(AI)集成到生产开发工作流程中。文章讨论了实际工作中 AI 的作用、浪费时间的地方以及为什么将 AI 视为一个“不学习的初级开发者”是成功的心智模型。

Quigley 的编程方法在他的职业生涯中经历了四次转变:最初 5 年通过阅读书籍和 SDK 文档学习编程;接下来 12 年通过谷歌搜索寻找群体智慧的答案;18 个月使用 Cursor 进行 AI 辅助编码;最近 6 周使用 Claude Code 进行完整的 AI 委托开发。每次转变都比上一次更快。

在 AI 的帮助下,Quigley 的工作流程现在是:AI 主要用于“思考”,与他一起工作以实现最终进入生产的代码。他强调,不要期望一次性生成完美的代码。工程师的工作是找到问题的最佳解决方案,而不仅仅是编写代码。通常需要三次尝试:第一次尝试(95% 的垃圾率),Claude 建立系统上下文,识别实际挑战,代码通常完全错误;第二次尝试(50% 的垃圾率),Claude 理解细微差别,定义具体方法,但一半时间仍然不可用;第三次尝试(最终可行),Claude 实现我们可以迭代和改进的内容,不断审查和纠正方向,这成为起点,而非最终代码。

文章还讨论了 AI 无法在会话之间保留学习(除非你花时间手动给它“记忆”)的问题。Quigley 的解决方案包括创建项目特定的上下文文件 Claude.md,以及通过工具集成连接 AI 到不同的工具以获取上下文。他还提到了管理多个 AI“开发者”的策略,包括不平行化相同的问题空间、在项目管理工具中跟踪一切以及明确标记人工编辑的代码。

Quigley 还分享了他的代码审查过程如何随着采用 AI 而演变。Claude 首先审查代码,捕获缺失的测试覆盖率、发现明显的错误并提出改进建议,这为他和他的同事节省了时间和额外的审查轮次。然后他自己审查重要事项,确保代码库可维护、架构决策合理、业务逻辑正确以及集成点良好。团队正常审查代码,他们很少知道哪些代码是 AI 生成的,质量标准保持不变。

文章还提到了使用 Cursor 进行背景代理的早期实验,这些代理使用 Slack 触发,用于简单任务。他们测试了业务逻辑修复的成功案例和 CSS 布局的失败案例。当前的限制包括无法访问私有 NPM 包、提交未签名以及绕过正常跟踪。尽管如此,Quigley 认为这种代理处理小工单的潜力巨大。

最后,Quigley 讨论了 AI 辅助开发的实际成本,他的 Claude Code 使用每月花费公司相当一部分他的薪水,但这项投资使他能够以 2-3 倍的速度交付功能,同时管理多个开发线程,并在样板和重复代码上花费零时间。他建议为全力投入 AI 开发的高级工程师预算每月 1000-1500 美元,并给予他们时间随着熟练度提高而更有效地使用 AI。文章还提到了 AI 辅助开发中持续存在的挑战,包括 AI 不从错误中学习,需要反复修复相同的误解,以及更好的文档和更明确的解释是解决方案。


HN 热度 500 points | 评论 362 comments | 作者:kmelve | 1 day ago #

https://news.ycombinator.com/item?id=45107962

  • LLMs 在编写简单或样板代码时表现不佳,但在调试现有代码和头脑风暴新问题解决方案方面表现良好
  • 由 LLMs 编写的代码需要严格监控其正确性、风格和设计,并通常需要编辑至原始大小的一半
  • LLMs 将成为软件工程师工具箱中的标配,但目前能力下不会取代任何人
  • 新软件工程师受影响最大,因为他们最不擅长编辑 LLMs 的回应
  • 在高级水平上,有时使用 LLMs 可以节省大量时间,有时则可能浪费时间,总体上可能是正面的,但也有些糟糕的日子会让你花费太多时间来回修改,本应自己解决问题
  • 通过搜索解决方案和整合 Stack Overflow 上的例子需要的努力可以发展成技能,LLMs 可能会减少对周围环境的了解,从而破坏信任
  • 没有反馈循环的学习不会发生,短周期的反馈(如与高级开发者配对、手动和自动化测试)对学习至关重要
  • LLM 可以帮助学习,如果询问它如何改进,高级开发者可以制定预提示以考虑公司习惯
  • 从搜索 Stack Overflow 和其他类似资源转向阅读文档和代码是技能提升的一个重要转折点,虽然起初更慢,但随着时间的推移,周围的上下文变得重要
  • 存在一种错误的信念,即一切都很简单,但简单中有很多复杂性,专家和新手之间的定义特征是他们对细微差别的了解
  • 尽管有关 AI 的讨论令人疲惫,但看到历史正在发生也是有趣的,十年后回顾这些对话会很有趣
  • 考虑编写一个 Firefox 扩展,自动隐藏任何包含 LLM/AI 相关关键词的 HN 标题,以便再次找到有趣的内容
  • 技术领域的发展是循环的,但每个循环都在进步,尽管进步很慢
  • 软件开发的实践正在进步,例如源代码控制、一键构建、每日构建、bug 数据库、修复 bug、最新时间表、规范、安静的工作环境和最佳工具的使用等,尽管有些方面仍有改进空间

MIT Study Finds AI Use Reprograms the Brain, Leading to Cognitive Decline #

https://publichealthpolicyjournal.com/mit-study-finds-artificial-intelligence-use-reprograms-the-brain-leading-to-cognitive-decline/

麻省理工学院的一项新研究《您的大脑在 ChatGPT 上:在使用 AI 助手进行写作任务时累积的认知债务》发现,使用 ChatGPT 帮助写作会导致长期的认知损害,这种损害可以通过脑电图(EEG)扫描来测量。研究发现,反复依赖 ChatGPT 的学生显示出神经连接减弱、记忆回忆受损和对自己写作的所有权感降低。尽管 AI 生成的内容往往得分较高,但背后的大脑却在关闭。

研究结果表明,像 ChatGPT 和 Grok 这样的大型语言模型(LLMs)不仅帮助学生写作,还训练大脑不参与。EEG 扫描显示,随着对外部工具依赖的增加,大脑的神经连接系统性减弱:仅用大脑的组别显示出最强、最广泛的连接;搜索引擎组别为中等;LLM 组别在 α、β、δ 和 θ 波段的连接最弱。

LLM 用户在完成任务后的采访中,83.3% 的人无法引用他们刚刚写的任何一句话,而搜索引擎和仅用大脑的用户中有 88.9% 能够准确引用。在使用 LLM 的用户中,0% 的人能够正确引用,而大多数仅用大脑和搜索引擎的用户可以。

参与者在之前使用 LLM(然后在第四阶段不使用它写作)时显示出记忆回忆减弱、α 和 β 神经参与降低,以及认知适应向被动性和“效率”的迹象,这是以努力学习为代价的。

当被问及作品的作者身份时,LLM 用户给出了“50/50”或“70% 是我的”等回应,有些人甚至声称没有所有权。而仅用大脑的组别几乎普遍报告完全拥有所有权。

从 LLM 转换到仅用大脑的用户在第四阶段显示出持续的认知缺陷,未能恢复到原始(第一阶段)的大脑活动模式。即使停止使用 AI,他们的神经活动仍然低于基线。

搜索引擎用户显示出更健康的大脑参与,维持了更强的执行功能、记忆激活和引用回忆。EEG 数据显示,支持视觉处理和认知努力的枕叶和顶叶激活更为强健。

AI 依赖导致“认知卸载”,研究人员注意到大脑向神经效率适应的趋势:大脑基本上“放弃”了合成和记忆所需的努力。这种适应导致了被动性、最小编辑和概念整合度低。

尽管 LLM 组的写作从评委那里得到了不错的分数,但他们的作品缺乏战略性整合、使用的结构较少、更短且更机械。随着时间的推移,该组显示出参与度、表现和自我报告满意度的持续下降。

基于这项研究,随着全球人口越来越多地依赖人工智能完成复杂任务,我们的认知能力和创造能力似乎准备陷入衰退。一个明确的信息是:如果你目前使用 AI,请定期休息,并给你自己的大脑一个工作的机会。否则,你可能会面临严重的认知损害和依赖。这些机器不仅仅是接管我们的工作——它们正在接管我们的思想。


HN 热度 495 points | 评论 485 comments | 作者:cainxinth | 11 hours ago #

https://news.ycombinator.com/item?id=45114753

  • 通过实践和编码可以提高分析论文和合成想法的能力
  • 技能分化:能够深入理解概念并编码实现的人,以及将工作外包给机器而逐渐失去这种能力的人
  • 我们正在像以前对待编译器一样,提升抽象层次
  • 抽象是确定性的,而 LLMs(大型语言模型)是概率性的,因此消费者需要检查结果是否正确
  • 智能的委托可能导致一方变得更愚蠢,而另一方变得更聪明
  • 进入管理层就像委托智能一样,可能导致程序员过早地变成不懂技术的管理者
  • 委托工作并不使人更聪明,而是使人更有效率,可以有时间在其他事情上变得更聪明
  • 所有参与方都可以随着时间的推移变得更聪明
  • 外包工作可以提高生产力,但并不等同于变得更聪明
  • 程序员使用抽象时,应该能够在没有抽象的情况下工作,并能够构建自己的抽象
  • 大多数程序员不知道汇编语言,实际上无法在没有抽象的情况下工作
  • 在嵌入式编程中,有时需要手动调整汇编代码以解决编译问题

Claude Code: Now in Beta in Zed #

https://zed.dev/blog/claude-code-via-acp

Claude Code 现已在 Zed 中以公开测试版的形式推出,通过新的 Agent Client Protocol (ACP) 原生运行。开发者们一直期待将 Claude Code 集成到 Zed 中,而我们不仅仅想要简单地添加一个一次性的集成,而是想要构建更好的解决方案。ACP 是我们新推出的开放标准,允许任何代理连接到 Zed(以及其他编辑器)。Claude Code 就是这种可能性的完美示例。

现在,用户可以在 Zed 的高性能编辑器中作为一等公民运行 Claude Code,而不仅仅是一个终端界面。可以实时跟随它编辑多个文件,拥有完整的语法高亮和语言服务器支持。在多缓冲区中审查和批准细粒度的更改,接受或拒绝单个代码块。在侧边栏中固定 Claude Code 的任务列表,以便始终看到代理正在处理的内容。定义自定义工作流程,使用 Claude Code 的自定义斜杠命令来完成最常见的开发任务。

Claude Code 在 Zed 中的集成不再局限于命令行界面,而是将强大的代码生成和精细调整的工具与高性能编辑器深度集成,让用户在终端之外也能获得更好的控制和更全面的视角。

这次集成使用的是 ACP,我们为此构建了一个适配器,将 Claude Code 的 SDK 包装起来,将其交互转换为 ACP 的 JSON RPC 格式。这个适配器在 Claude Code 和 ACP 的标准化界面之间架起了桥梁,允许 Claude Code 作为一个独立进程运行,而 Zed 提供用户界面。我们将开源 Claude Code 适配器,根据 Apache 许可证免费提供给任何采用 ACP 的编辑器使用。

我们希望每个代理都能在 Zed 中使用。Gemini CLI 和 Claude Code 是一个很好的开始,我们还有更多计划,但每周都有新代理发布,许多优秀的现有代理尚未支持该协议。ACP 使得将任何代理带入 Zed、Neovim 或任何其他 ACP 适配编辑器的界面变得简单。

我们正在寻找反馈,并欢迎其他代理(和客户端)构建者的反馈和贡献。在 Zed 中工作的代理越多,作为开发者的你拥有的选择就越多。如果你正在寻找一个更好的编辑器,现在可以在 macOS 或 Linux 上尝试 Zed。


HN 热度 414 points | 评论 284 comments | 作者:meetpateltech | 8 hours ago #

https://news.ycombinator.com/item?id=45116688

  • Zed 获得红杉资本投资,有望与 Cursor 形成竞争
  • 有用户认为 Zed 的 AI 自动补全功能不如 Cursor 准确
  • 有用户期待 Augment 为 Zed 开发插件,因为 Augment 在 JetBrains IDEs 中表现良好
  • 有用户希望 Zed 能允许用户购买本地运行的自动补全 AI 模型,而不是在服务器上运行
  • 有用户提出使用更少的训练数据,专注于编程文档和商业写作的 AI 模型
  • 有用户指出,当前的大型语言模型需要大量数据进行预训练以获得“智能”
  • 有用户提到 Zed 有一个 PR 提供了通过 Ollama 实现的内联编辑补全功能
  • 有用户表示可以使用本地模型,可以在设置中选择 Ollama
  • 有用户认为 Copilot 集成在 Zed 中远远落后于 Cursor
  • 有用户认为 AI 自动补全是 Cursor 最有效率和帮助的功能
  • 有用户认为同时使用 AI 自动补全和代理可以提高工作效率
  • 有用户提到 GH Copilot 在自动补全方面可能已经赶上了 Cursor,但自己没有最近比较过
  • 有用户提到 Windsurf 在自动补全方面表现良好,并且可以在 Windsurf 的免费计划中使用
  • 有用户认为 Zed 虽然在代码生成质量上有所欠缺,但在不是 Electron 应用方面有所弥补
  • 有用户认为 Electron 应用在内存占用和 UI 卡顿方面存在问题,而现代编辑器有机会提供更好的体验
  • 有用户指出在电池使用场景下,原生应用与 Electron 应用在工作效率上的差异可能意味着几个小时的电池寿命损失
  • 有用户提到 Zed 缺少插件支持

%CPU utilization is a lie #

https://www.brendanlong.com/cpu-utilization-is-a-lie.html

这篇文章探讨了 CPU 利用率(%CPU Utilization)的问题,指出人们普遍认为的 CPU 利用率与实际工作量之间的关系并不准确。作者通过在一台装有 Ryzen 9 5900X 处理器的 Ubuntu 桌面计算机上进行压力测试,监测了系统报告的 CPU 利用率与实际完成的工作量之间的关系,并将结果进行了图表化展示。

在测试中,作者使用了两种不同的方法:一种是使用 24 个工作线程,每个线程从 1% 到 100% 的不同利用率运行;另一种是使用 1 到 24 个工作线程,全部以 100% 的利用率运行。测试结果显示,当系统报告 50% 的 CPU 利用率时,实际完成的工作量可能在 60-65% 之间,而在 64 位整数数学测试中,这个比例甚至达到了 65-85%。在矩阵数学测试中,50% 的利用率实际上完成了 80% 到 100% 的最大工作量。

文章分析了这种现象的原因,主要归结于超线程技术(Hyperthreading)和 Turbo 加速技术。超线程技术使得机器上的一半“核心”与其他核心共享资源,当超过物理核心数的工作线程被调度时,每个额外的工作线程都会与另一个工作线程共享资源,这在某些情况下会降低效率。而 Turbo 技术则使得处理器在低利用率时以更高的频率运行,但随着更多核心的激活,频率会逐渐降低,这也影响了 CPU 利用率的计算。

作者强调,如果简单地根据 CPU 利用率来预测性能,可能会遇到问题。如果 CPU 使用效率高(超过“50%”利用率),报告的利用率往往是低估的。由于不同处理器的超线程性能和 Turbo 行为可能有很大差异,作者建议通过运行基准测试来监控服务器实际完成的工作量,而不是仅仅依赖 CPU 利用率。这样可以更准确地了解服务器的性能和限制。


HN 热度 413 points | 评论 146 comments | 作者:BrendanLong | 23 hours ago #

https://news.ycombinator.com/item?id=45110688

  • CPU 利用率并非谎言,它是一个明确数量的测量,但人们会基于此做出假设来推断容量模型,这是现实与期望产生分歧的地方。
  • 多线程和涡轮增压只是导致非线性的一部分变量,还有许多其他资源是跨核心共享的,随着负载增加会“耗尽”,比如内存带宽、互连容量、处理器缓存。
  • 大多数 CPU 利用率指标是在非常长的窗口内平均的,从几秒到一分钟,但对于延迟敏感的服务器性能来说,重要的是几十到几百毫秒的时间尺度,多秒平均无法区分突发行为和平滑行为。
  • 建议的方法也不够准确,因为它依赖于两个本质上不稳定的概念:基准测试服务器在出现错误或不可接受的延迟之前能做多少工作,以及报告服务器当前正在做多少工作。
  • 通过使用 perf 和/或 ftrace,可以获得短时间内高度详细的处理器指标,可以看到缓存未命中导致的 CPU 停顿、内存访问导致的 CPU 停顿、调度器效应等。
  • 对于许多工作负载来说,大约 80% 的 CPU 利用率是一个粗略的经验法则,超过这个值,工作负载延迟就会受到严重影响。
  • 要知道延迟受利用率影响的程度,需要测量特定工作负载。
  • 对于现代多核、超线程的 CPU 来说,60% 左右的利用率可以被认为是“负载”的服务器。
  • 公共面向的工作与用户请求有关,或者是简单地从稳定的积压/队列中处理数据/数字以构建 AI 模型。
  • 超过 65% 的 CPU 负载持续 30 分钟或以上意味着服务器达到了 100% 的有效利用率,需要尽快扩展。
  • IO 密集型应用超线程表现良好,可以推动到 100%。
  • 等待 SQL 结果或下游结果的等待占据了大部分运行时间。
  • IEEE Hot Interconnects 讨论了 Ultra Ethernet 的延迟性能调整,2 秒或 5 秒的视图看起来平滑,但在 100 毫秒时可以看到明显的帧突发效应。
  • CPU 利用率不是线性的,百分比是线性度量,CPU 利用率不是谎言,%CPU 利用率是。
  • CPU 利用率永远无法达到 100%,因为并非所有 CPU(甚至一个核心)的组件实际上可以同时使用。
  • 两个工作负载都注册了 100% 的 CPU 使用率,但一个工作负载消耗更多的电力,使 CPU 加热更多,似乎那个工作负载更多地利用了 CPU。
  • 存在一种称为“race to sleep”的现象,即尽可能快地点亮尽可能多的核心,以便尽快让 CPU 回到空闲状态以节省电池电量。

VibeVoice: A Frontier Open-Source Text-to-Speech Model #

https://microsoft.github.io/VibeVoice/

VibeVoice 是一个创新的开源文本转语音(TTS)框架,专为生成富有表现力、长篇、多说话人的对话音频而设计,例如播客。它解决了传统 TTS 系统中的可扩展性、说话人一致性和自然交替等重大挑战。VibeVoice 的核心创新在于使用连续语音分词器(声学和语义),以 7.5 Hz 的超低帧率运行,这些分词器在保持音频保真度的同时显著提高了处理长序列的计算效率。该模型采用下一个令牌扩散框架,利用大型语言模型(LLM)理解文本上下文和对话流程,以及一个扩散头部生成高保真度的声学细节。VibeVoice 能够合成长达 90 分钟、多达 4 个不同说话人的语音,超过了许多先前模型通常的 1-2 个说话人限制。

VibeVoice 的特点包括:

  • 上下文感知表达:能够根据文本上下文生成自然的语言表达。
  • 自发情感:能够自发地表达情感,使对话更加生动。
  • 自发歌唱:能够在对话中自然地融入歌唱部分。
  • 带有背景音乐的播客:能够生成带有背景音乐的播客音频。
  • 跨语言能力:支持普通话到英语以及英语到普通话的语音合成。
  • 长篇对话语音:能够处理长篇对话的语音合成,生成准确的时间戳,尽管时间戳可能存在错误。

HN 热度 371 points | 评论 143 comments | 作者:lastdong | 12 hours ago #

https://news.ycombinator.com/item?id=45114245

  • 有些评论者认为 VibeVoice 的声音虽然比几年前的技术有所进步,但仍然不够自然,存在明显的机器人感。
  • 有评论指出 VibeVoice 在中英文混合发音时表现较好,但对其他语言的发音评价不高。
  • 一些评论者对 VibeVoice 的唱歌功能表示质疑,认为其表现不佳。
  • 有评论者提到 Kokoro-82M 模型在小模型领域表现出色,尤其是在质量上超越了更大尺寸的模型。
  • 评论中提到 F5-TTS 和 Fish-TTS 作为其他可能的替代方案。
  • 有评论者推荐 ChatGPT 的语音对话模式,认为其比 VibeVoice 的样本更先进。
  • 评论中提到 Dia 和 Orpheus 模型听起来更自然。
  • 有评论者通过 llm-tts 尝试了多种本地和远程 TTS 模型,认为 llm-tts 虽然不完整,但提供了一种统一的尝试方式。
  • 一些评论者认为 Chatterbox 的声音更真实,没有机器人感,且语调更好。
  • 有评论者提到,女性声音的合成技术投资更多,可能是因为女性声音的可理解性更好。
  • 评论中有人提出,女性声音更受欢迎可能与性别偏好有关,而不仅仅是性。

This blog is running on a recycled Google Pixel 5 (2024) #

https://blog.ctms.me/posts/2024-08-29-running-this-blog-on-a-pixel-5/

Dom Corriveau 是一位热衷于 Android 技术的粉丝,他尝试将手机作为服务器来运行自己的博客。他受到 Mastodon 上的一些帖子的启发,决定尝试使用 Android 设备来运行网站。他选择了一部 Google Pixel 5 手机,这款手机支持 USB-OTG 并且可以使用有线网络连接,这对于他来说是必需的。Dom Corriveau 还尝试使用太阳能板为博客供电,这是他对于永续计算(permacomputing)的兴趣的一部分。

他使用 Termux 这个终端模拟器来创建网站,这是一个非常出色的工具,让他能够在 Android 设备上运行 Hugo,这是他博客的构建工具。他发现 Hugo 已经在 Termux 的仓库中存在很长时间了。通过安装 git、screen、文本编辑器和 Hugo,他能够简单地设置并运行 Hugo 网站。

Dom Corriveau 的博客运行流畅且可靠,他没有计划改变当前的设置。他还提到了如何通过 SSH 管理设备,以及如何使用 cronie 来定时执行任务,比如自动重新加载博客。他还分享了如何使用 rsync 进行备份,包括从手机到桌面的备份,以及到 NAS 的备份。

总的来说,Dom Corriveau 成功地将一部旧手机变成了一个运行博客的服务器,并且通过太阳能供电,实现了一个完全离网、使用回收部件的网站。他的博客展示了如何利用旧硬件进行创新项目,并且对环境友好。


HN 热度 341 points | 评论 149 comments | 作者:indigodaddy | 24 hours ago #

https://news.ycombinator.com/item?id=45110209

  • 使用旧手机进行基础设施轻量级应用的想法很好,可以利用它们的低功耗和内置不间断电源
  • 有人使用 Pixel 3 作为类似 Elgato Stream Deck 的设备,通过显示网页按钮来控制功能
  • 有人提议开发一个“服务器化”套件,用于将手机主板与外部存储、更好的电源和物理网络接口直接连接
  • 许多手机难以轻易打开或扩展硬件,除了通过 USB
  • 有人为了乐趣和能够使用太阳能运行而将旧手机作为服务器,尽管原本计划是夜间关闭实验室以节省电力
  • 选择以太网而不是 Wi-Fi 是因为需要带宽的一致性,作者的 Wi-Fi 网络性能不佳
  • 有人通过将设备分割成三个区域(始终在线、桌面和家庭实验室)来容忍电力损失
  • 有人提到了 NUTs(Network UPS Tools),这是一种在网络中分发 UPS 电源信息的工具
  • Android 设备上的应用程序通常难以维持持久的后台服务,有人好奇作者是如何防止 Android 终止进程的
  • 服务器运行在 Termux 中,通过持久通知保持后台运行,并扩展了最大幽灵进程以防止被杀
  • 有人因为设备被锁定在 Verizon 且不愿解锁 Bootloader 而没有选择 PostmarketOS,尽管认为 PostmarketOS 很酷
  • Nginx 代理没有缓存网站,但网站在 HN 负载下仍然稳定
  • 有人推测不使用 Wi-Fi 的原因可能是 Wi-Fi 的高延迟和不确定性,以及旧 Android 手机可能无法使用现代 Wi-Fi 标准,难以应对流量
  • 有人指出 2012 年的 Android 手机已经支持 802.11ac,但后来有人纠正说实际上是 802.11n

Python has had async for 10 years – why isn’t it more popular? #

https://tonybaloney.github.io/posts/why-isnt-python-async-more-popular.html

Python 自推出异步功能已有 10 年历史,但普及程度并不高。Python 3.14 版本即将发布,带来了与并发和并行性相关的重大更新,包括 PEP779 官方支持的自由线程和 PEP 734 中的多个解释器。尽管如此,异步编程在 Python 社区中并未广泛流行。异步编程的主要用例是网络开发,协程适用于处理网络请求和数据库查询等非进程内的调用。然而,在 Python 的三大流行 Web 框架中,异步支持并不普遍。FastAPI 完全支持异步,Django 部分支持但仍在关键领域如 ORM(数据库)上努力,而 Flask 则始终是同步的(Quart 是具有类似 API 的异步替代品)。Python 最受欢迎的 ORM,SQLAlchemy,直到 2023 年才添加了 asyncio 支持。

开发者们对异步编程不够流行的原因有不同的看法。Christopher Trudeau 认为,编译器可以捕获某些类型的错误,而其他错误则可能消失,导致异步编程中的错误难以追踪。Michael Kennedy 指出,由于全局解释器锁(GIL)的存在,大多数 Python 开发者没有发展出多线程/异步思维,因为 async/await 只适用于 I/O 密集型工作,而非 CPU 密集型工作,因此其应用范围有限。

异步编程在处理 I/O 相关任务时最有价值,尤其是在网络 I/O 方面。Python 可以启动数百个协程来发起网络请求,然后等待它们全部完成,而不需要逐一运行。然而,对于磁盘 I/O 和使用子进程运行其他程序的情况,异步编程并不适用。虽然有第三方包 aiofiles 提供了异步文件 I/O 能力,但它实际上是通过线程池来卸载阻塞的文件 I/O 操作。

操作系统长期以来一直有一个处理线程的文件 I/O API,它能够很好地完成并发 I/O 的工作。因此,协程在 I/O 相关任务中最有价值这一说法实际上只对网络 I/O 和网络套接字成立,而 Python 中的网络套接字操作本来就是非阻塞的。

最后,尽管异步编程在某些情况下很有用,但它并不适合所有类型的任务,尤其是那些涉及 CPU 密集型工作的任务。开发者需要理解何时使用异步编程,以及何时需要转向线程或其他并发模型。Python 3.14 版本的新特性可能会推动异步编程的普及,但要让开发者广泛接受和使用,还需要时间和教育。


HN 热度 301 points | 评论 279 comments | 作者:willm | 1 day ago #

https://news.ycombinator.com/item?id=45106189

  • Python 的异步功能出现得太晚,许多人已经有了自己的解决方案,如多进程等
  • 异步代码与绿线程代码相比,后者可以阻塞,而前者需要进行异步操作,因此异步代码更受欢迎
  • 异步代码看起来同步但实际上是异步的,这导致了许多奇怪的失败模式和特性,通常在异步代码部分看到更多的 bug
  • 有些人更喜欢明确的“async”关键字,而不是代码看起来同步但实际上是异步的
  • 有些人认为异步概念被过度使用,导致每个小函数突然都变成了异步
  • Rust 的异步更像旧式的显式轮询,没有看起来同步但实际上不是的魔法代码
  • Rust 的异步是新式的彩色函数并发,不需要任何运行时/操作系统级别的支持
  • 异步/等待只是语法糖,你不必使用它,它完全是一个合作模型,没有魔法抢占
  • 实际上,人们抱怨的是他们不喜欢异步功能的使用方式,而不是功能本身
  • 在 C#中,异步非常有用,可以避免非 CPU 密集型工作的阻塞,如等待 API/数据库/文件系统等
  • 异步代码没有“async”关键字也可以编写,它看起来完全不同,因为你需要控制任务调度的状态机
  • 绿线程比“async”关键字更进一步,因为它们没有函数着色的东西

Voyager – An interactive video generation model with realtime 3D reconstruction #

https://github.com/Tencent-Hunyuan/HunyuanWorld-Voyager

HunyuanWorld-Voyager 是腾讯混元(Tencent-Hunyuan)团队开发的一款交互式 RGBD 视频生成模型,它可以根据相机轨迹条件生成世界一致的 3D 点云序列,从单张图片出发,支持用户自定义相机路径。Voyager 能够生成 3D 一致的场景视频,用于世界探索,并能够生成对齐的深度和 RGB 视频,以实现高效直接的 3D 重建。

2025 年 9 月 2 日,HunyuanWorld-Voyager 的代码和模型权重被发布,用户可以下载使用。同时,团队提供了微信和 Discord 群组供用户讨论和寻求帮助。

Voyager 的架构包含两个关键组件:世界一致视频扩散和长距离世界探索。世界一致视频扩散是一个统一的架构,联合生成对齐的 RGB 和深度视频序列,条件是现有的世界观察以确保全局一致性。长距离世界探索则通过一个高效的世界缓存、点剔除和自回归推理,以及平滑视频采样,实现迭代场景扩展和上下文感知一致性。

为了训练 Voyager,团队提出了一个可扩展的数据引擎,即视频重建管道,自动化相机姿态估计和度量深度预测,为任意视频提供大规模、多样化的训练数据,无需手动 3D 注释。使用这个管道,团队编译了一个包含超过 10 万个视频剪辑的数据集,结合了现实世界捕获和虚幻引擎渲染的合成数据。

在 WorldScore 基准的定量比较中,Voyager 在多个指标上表现出色,包括世界得分平均值、相机控制、对象控制、内容对齐、3D 一致性、光度一致性和风格一致性。

运行 Voyager(批量大小=1)生成视频的要求如下:模型分辨率为 540p,GPU 峰值内存为 60GB。需要支持 CUDA 的 NVIDIA GPU,模型在单个 80G GPU 上进行了测试。建议使用 80GB 内存的 GPU 以获得更好的生成质量,测试操作系统为 Linux。

安装指南包括克隆仓库、创建 conda 环境、激活环境、安装 PyTorch 和其他依赖项、安装 pip 依赖项、安装 flash attention v2 以加速(需要 CUDA 11.8 或以上)以及安装 xDiT 进行并行推理。如果在特定 GPU 类型上遇到浮点异常(核心转储),可以尝试提供的解决方案。


HN 热度 287 points | 评论 199 comments | 作者:mingtianzhang | 12 hours ago #

https://news.ycombinator.com/item?id=45114379

  • 欧盟的 AI 法规使得欧盟在某些领域落后于其他国家。
  • 欧盟的法规可能使得欧盟在经济和军事上成为俄罗斯或中国的附庸。
  • 欧盟的法规与其他国家和地区的法律相比并没有特别之处,中国、俄罗斯和美国也有类似的法律。
  • 欧盟在某些关键行业的发展上设置了障碍,导致其在全球竞争中落后。
  • 欧盟在隐私法、消费者权益等方面领先,但在技术、人工智能、半导体等领域落后。
  • 欧盟的法规可能限制了其在全球经济中的领导地位。
  • 欧盟的能源依赖俄罗斯,这可能影响其政策制定的独立性。
  • 欧盟的法规可能影响了其在技术领域的竞争力。
  • 欧盟的法规可能使得其在全球经济中的地位下降。
  • 欧盟的法规可能影响了其在军事技术等领域的发展。

Hacker News 精彩评论及翻译 #

Google can keep its Chrome browser but will be bar… #

https://news.ycombinator.com/item?id=45109304

By the way, a pet peeve of mine right now is that reporters covering court cases (and we have so many of public interest lately) never seem to simply paste the link to the online PDF decision/ruling for us all to read, right in the story. (and another user here kindly did that for us below: https://storage.courtlistener.com/recap/gov.uscourts.dcd.223205/gov.uscourts.dcd.223205.1436.0_1.pdf )

It seems such a simple step (they must have been using the ruling PDF to write the story) yet why is it always such a hassle for them to feel that they should link the original content? I would rather be able to see the probably dozens of pages ruling with the full details rather than hear it secondhand from a reporter at this point. It feels like they want to be the gatekeepers of information, and poor ones at that.

I think it should be adopted as standard journalistic practice in fact – reporting on court rulings must come with the PDF.

Aside from that, it will be interesting to see on what grounds the judge decided that this particular data sharing remedy was the solution. Can anyone now simply claim they’re a competitor and get access to Google’s tons of data?

I am not too familiar with antitrust precedent, but to what extent does the judge rule on how specific the data sharing need to be (what types of data, for what time span, how anonymized, etc. etc.) or appoint a special master? Why is that up to the judge versus the FTC or whoever to propose?

supernova87a

另外,我目前非常在意的一点是:负责报道法庭案件的记者(更何况最近有这么多备受公众关注的案件)似乎总忘了直接在文章里附上网上PDF的判决/裁决链接供我们阅读。(而下面其他一位用户就很贴心地为我们这样做了:https://storage.courtlistener.com/recap/gov.uscourts.dcd.223205/gov.uscourts.dcd.223205.1436.0_1.pdf)

(他们写新闻时肯定就在用那份裁决PDF)就这样一个再简单不过的步骤,为什么他们似乎总是觉得附上原始内容的链接是件麻烦事呢?现在,我宁愿自己去看那份可能长达几十页、细节齐全的裁决书,也不愿从记者的二手转述中获取信息。他们总想扮演信息的把关人,而且还是个蹩脚的。

我认为这理应成为新闻业的标准规范——报道法庭裁决必须附上PDF文件。

除此之外,法官究竟是依据什么理由认定这个特定的数据共享补救方案是最佳选择的,这一点会很有意思。难道现在任何人只要宣称自己是竞争对手,就能获取谷歌的海量数据吗?

我对反垄断判例不太了解,但涉及到裁定数据共享需要多么具体(例如是什么样的数据、时间跨度多长、如何匿名化等)时,法官有多大裁定权?他是否必须指定一名特别主事官?为什么这件事的裁定权在法官,而不是由联邦贸易委员会或其他相关方来提议呢?


Anthropic raises $13B Series F #

https://news.ycombinator.com/item?id=45105325

The compute moat is getting absolutely insane. We’re basically at the point where you need a small country’s GDP just to stay in the game for one more generation of models.

What gets me is that this isn’t even a software moat anymore - it’s literally just whoever can get their hands on enough GPUs and power infrastructure. TSMC and the power companies are the real kingmakers here. You can have all the talent in the world but if you can’t get 100k H100s and a dedicated power plant, you’re out.

Wonder how much of this $13B is just prepaying for compute vs actual opex. If it’s mostly compute, we’re watching something weird happen - like the privatization of Manhattan Project-scale infrastructure. Except instead of enriching uranium we’re computing gradient descents lol

The wildest part is we might look back at this as cheap. GPT-4 training was what, $100M? GPT-5/Opus-4 class probably $1B+? At this rate GPT-7 will need its own sovereign wealth fund

llamasushi

计算护城河简直疯了。我们现在基本上到了这个地步:你动用一个小国家的GDP,都只是为了能在游戏中多撑一个模型的代际。 最让我震惊的是,这已经不再是一个软件护城河了——说白了,就是谁能搞到足够的GPU和电力基础设施。台积电和电力公司才是这里真正的掌权者。你可以拥有全世界最顶尖的人才,但如果你搞不到10万块H100芯片和一个专用的发电厂,那你基本就出局了。 不知道这130亿美元里,有多少是预付的计算资源费用,又有多少是实际的运营支出。如果大部分钱都花在了计算上,我们正在见证一件怪事的发生——就像把曼哈顿计划级别的基建设施私有化一样。只不过我们提炼的不是铀,而是在计算梯度下降,笑。 最疯狂的部分是,我们将来回头看现在,可能会觉得这简直是白菜价。GPT-4的训练成本,我记得是一亿美元左右?GPT-5或者Opus-4级别的模型,可能就要10亿美元以上了?照这个速度下去,GPT-7就得需要它自己的主权财富基金了。


We already live in social credit, we just don’t ca… #

https://news.ycombinator.com/item?id=45107075

The issue is that American media/discourse paints a very distorted view of what life under authoritarian rule is like. The truth is in many countries, unless you’re some kind of minority, politically active, or in legal trouble, day-to-day life is mostly similar to life in the west. But people don’t want to hear that, because we want to feel better than them. Like we wouldn’t tolerate that kind of life.

Of course the most frustrating part about that is as the US and other western countries start sliding into authoritarianism, people deny it because they don’t feel like it’s authoritarian.

Edit: To clarify, I don’t think life is exactly the same - just that the consequences of authoritarianism are much more insidious than they’re portrayed.

Bukhmanizer

问题在于,美国媒体和舆论对威权统治下的生活描绘了一种非常扭曲的景象。事实是,在许多国家,除非你是某种少数群体、政治活动人士,或者惹上法律麻烦,否则日常生活与西方国家的生活大体相似。但人们不想听这个,因为我们想觉得自己比他们优越。就好像我们自己绝不会容忍那样的生活。

当然,这其中最令人沮丧的一点是,当美国和其他西方国家开始滑向威权主义时,人们会否认这一点,因为他们不觉得这是威权主义。

编辑:为了澄清,我并非认为生活完全一样——只是威权主义的后果远比人们所描绘的要阴险。


Google can keep its Chrome browser but will be bar… #

https://news.ycombinator.com/item?id=45109040

This is an astonishing victory for Google, they must be very happy about it.

They get basically everything they want (keeping it all in the tent), plus a negotiating position on search deals where they can refuse something because they can’t do it now.

Quite why the judge is so concerned about the rise of AI factoring in here is beyond me. It’s fundamentally an anticompetitive decision.

fidotron

谷歌赢得了惊人的胜利,想必他们对此非常高兴。他们基本上如愿以偿(将一切都揽入怀中),并且在搜索交易中获得了更有利的谈判地位,可以以“现在做不到”为由拒绝某些条款。我实在搞不懂,法官为何如此在意人工智能的崛起在此案中的作用。从根本上说,这是一个反竞争的判决。


The staff ate it later #

https://news.ycombinator.com/item?id=45105801

Then Pharaoh also called for the wise men and the sorcerers, and they also, the magicians of Egypt, did the same with their secret arts. For each one threw down his staff and they turned into serpents. But Aaron’s staff swallowed up their staffs.

  • Exodus 7:1-12 (NIV)

Many moons ago I had a girlfriend who worked on an nationally broadcast afternoon show where they often had guest chefs demonstrating dishes, so I would come home from my thankless PhD work to eat Michelin-starred food from a lunchbox. Overall not so bad.

Y_Y

于是法老也召了贤士和术士,埃及的术士们也用他们的邪术行了同样的事。因为他们各人丢下自己的杖,杖就变作蛇。只是亚伦的杖吞了他们的杖。 - 出埃及记 7:1-12 (NIV)

很久以前,我有个女友,她在一档全国播出的下午节目工作,节目中经常会有客座厨师来示范菜肴。所以我每天下班,从那毫无成就感的博士研究工作中回到家,就能打开饭盒吃上米其林星级美食。总的来说,还不赖。


We should have the ability to run any code we want… #

https://news.ycombinator.com/item?id=45092481

If you decide you don’t want a relationship with either of those companies you will be extremely disadvantaged.

Even more worrying is the inverse of this - if Google and/or Apple decide for whatever reason they don’t want a relationship with you (aka they ban you for no reason) - you are completely screwed

shawabawa3

如果你决定不和那两家公司中的任何一家合作,你将处于极其不利的地位。 更令人担忧的是,情况恰恰相反——如果谷歌和/或苹果出于任何原因决定不想和你合作(即他们无缘无故地封禁你),那你可就彻底完蛋了。


%CPU utilization is a lie #

https://news.ycombinator.com/item?id=45111036

Utilization is not a lie, it is a measurement of a well-defined quantity, but people make assumptions to extrapolate capacity models from it, and that is where reality diverges from expectations.

Hyperthreading (SMT) and Turbo (clock scaling) are only a part of the variables causing non-linearity, there are a number of other resources that are shared across cores and “run out” as load increases, like memory bandwidth, interconnect capacity, processor caches. Some bottlenecks might come even from the software, like spinlocks, which have non-linear impact on utilization.

Furthermore, most CPU utilization metrics average over very long windows, from several seconds to a minute, but what really matters for the performance of a latency-sensitive server happens in the time-scale of tens to hundreds of milliseconds, and a multi-second average will not distinguish a bursty behavior from a smooth one. The latter has likely much more capacity to scale up.

Unfortunately, the suggested approach is not that accurate either, because it hinges on two inherently unstable concepts

Benchmark how much work your server can do before having errors or unacceptable latency.

The measurement of this is extremely noisy, as you want to detect the point where the server starts becoming unstable. Even if you look at a very simple queueing theory model, the derivatives close to saturation explode, so any nondeterministic noise is extremely amplified.

Report how much work your server is currently doing.

There is rarely a stable definition of “work”. Is it RPS? Request cost can vary even throughout the day. Is it instructions? Same, the typical IPC can vary.

Ultimately, the confidence intervals you get from the load testing approach might be as large as what you can get from building an empirical model from utilization measurement, as long as you measure your utilization correctly.

ot

利用率并非谎言,它是对一个被明确定义的数量的测量,但人们会基于它做出假设来推断容量模型,而这正是现实与期望产生分歧的地方。

超线程(SMT)和加速技术(时钟频率扩展)只是造成非线性的变量的一部分,还有许多其他资源在核心间共享,并会在负载增加时“耗尽”,例如内存带宽、互连容量和处理器缓存。一些瓶颈可能源自软件本身,比如自旋锁,它们对利用率有非线性影响。

此外,大多数CPU利用率指标的平均值窗口都非常长(从几秒到一分钟),但对于延迟敏感服务器的性能而言,真正重要的是发生在几十到几百毫秒时间刻度上的事情,而一个多秒的平均值无法区分突发行为和平稳行为。后者很可能有更强的扩展能力。

不幸的是,建议的方法也并非那么准确,因为它依赖于两个本质上不稳定的概念

在出现错误或不可接受的延迟之前,基准测试您的服务器能完成多少工作。

这个测量结果噪声极大,因为你希望检测的是服务器开始变得不稳定的那个临界点。即便审视一个非常简单的队列理论模型,其接近饱和时的导数也会变得极大,因此任何非确定性噪声都会被极度放大。

报告您的服务器当前正在完成多少工作。

“工作”这个概念很少有稳定的定义。是RPS(每秒请求数)吗?即便是在一天之内,请求成本也可能在不断变化。是指令数吗?情况同样如此,典型的IPC(每周期指令数)可能会有所不同。

最终,只要你正确测量了利用率,通过负载测试方法得到的置信区间,可能和你基于利用率测量构建经验模型所得到的置信区间一样宽。


You don’t want to hire “the best engineers” #

https://news.ycombinator.com/item?id=45104389

There is no such thing as “the best engineers.” Some engineers are definitely better than others, but once you pass the bar of “really smart, great work ethic,” the tech tree diverges pretty dramatically.

Some engineers (like Notch) are amazing at quickly putting out vast quantities of mediocre code, prototyping ideas, maintaining a clear product vision, and bringing something into reality quickly. Other engineers (like John Carmack) are great at generating well-founded opinions and finding clever solutions to difficult issues. Some engineers (like Bill Atkinson) worked mostly remotely and developed amazing technology, while other engineers (like Joel Spolsky) insisted on in-office and built a best-in-class mentorship organization.

While hiring people with exceptional talent is a step-change when it comes to any organization’s ability to accomplish its goals, there is no one metric for “best.” Much better to identify the specific skills for which you need exceptional talent, and to create a hiring funnel that identifies people who excel in that dimension.

Centigonal

根本不存在“最好的工程师”这种说法。有些工程师确实比其他人更优秀,但一旦你达到“非常聪明、勤奋工作”的门槛,其专长的发展路径(技能树)就会发生显著分化。

有的工程师(如 Notch)擅长快速产出大量代码进行原型开发,保持清晰的产品愿景,并能迅速将产品推向市场。另一些工程师(如 John Carmack)则善于形成有根有据的观点,并能巧妙地解决棘手的技术难题。有的工程师(如 Bill Atkinson)多远距离办公,却开发出了惊人的技术;而另一些工程师(如 Joel Spolsky)则坚持以在办公室工作为核心,并建立了一流的导师体制。

尽管聘用具有非凡才能的人才会给组织的目标实现能力带来质的飞跃,但“最佳”并无统一的衡量标准。更明智的做法是,明确急需具备何种顶尖技能,并建立相应的招聘渠道,以选拔出该领域的杰出人才。


MIT Study Finds AI Use Reprograms the Brain, Leadi… #

https://news.ycombinator.com/item?id=45115887

Anecdote here, but when I was in grad school, I was talking to a PhD student i respected a lot. Whenever he read a paper, he would try to write the code out and get it working. I would take a couple of months but he could whip it up in a few days. He explained to me that it was just practice and the more you practice the better you become. He not only coded things quickly, he started analyzing papers quicker too and became really good at synthesizing ideas, knowing what worked and didn’t, and built up a phenomenal intuition.

These days, I’m fairly senior and don’t touch code much anymore but I find it really really instructive to get my hands dirty and struggle through new code and ideas. I think the “just tweak the prompts bro” people are missing out on learning.

goalieca

分享一个个人经历吧,读研的时候,我和一位我非常敬佩的博士生交谈。我发现,每当他在读一篇论文时,都会尝试自己动手把代码敲出来并让它运行。虽然自己要花上好几个月,但他却能在几天内搞定。他告诉我,这不过是熟能生巧,练得越多就越好。后来,他不仅编码速度飞快,分析论文也越来越快,还能很好地总结归纳想法,判断出方法的有效与无效,最终培养出了非凡的直觉。

如今,我也算是资深人士了,不怎么再动手碰代码了。但我发现,真正动手去挣扎着搞定新的代码和想法,这个过程真的非常有启发。我觉得那些“稍微调调提示词就好,哥们”的人,他们真正错过的其实是珍贵的学习过程。


Amazon must face US nationwide class action over t… #

https://news.ycombinator.com/item?id=45108426

Amazon argued that the class was too large to be manageable

Sorry, we’ve wronged too many people to be held accountable! What a wild argument.

shayway

抱歉,我们伤害的人太多,没法被追责!真是荒谬的论点。


The Synology End Game #

https://news.ycombinator.com/item?id=45061701

Not only that, but their security situation is terrible. Their OS is full of EOL’ed stuff.

On products you can buy TODAY, you find:

  • Their Btrfs filesystem is a fork of a very old branch and doesn’t have modern patches
  • A custom, non standard, self built, ACL system for the filesystem
  • Kernel 4.4
  • PHP 7.4 (requirement for their Hyperbackup app)
  • smbd 4.15
  • PostgreSQL 11.11
  • smbd 8.2p1
  • Redis 6.2.8
  • … They claim it’s OK because they’ve backported all security fixes to their versions. I don’t believe them. The (theoretical) huge effort needed for doing that would allow them to grow a way better product.

And it’s not only about security, but about features (well, some are security features too). We’re missing new kernel features (network hardware offload, security, wireguard…), filesystem (btrfs features, performance and error patches…), file servers (new features and compatibility, as Parallel NFS or Multichannel CIFS/SMB), and so on…

I think they got stuck on 4.4 because of their btrfs fork, and now they’re too deep on their own hole.

Also, their backend is a mess. A bunch of different apps developed on different ways that mostly don’t talk to each other. They sometimes overlap with each other and have very essential features that don’t work and don’t plan to fix. Meanwhile, they’re busy releasing AI stuff features for the “Office” app.

Edit note: For myself and some business stuff, I have a bunch of TrueNAS deployments, from a small Jonsbo box for my home, to a +16 disk rack server. This was for a client that wanted to migrate from another Synology they had on loan, and I didn’t want to push a server on them, as they’re a bit far away from me, and I wanted it to be serviceable by anyone. I regret it.

tecleandor

不仅如此,他们的安全状况也很糟糕。他们的操作系统充满了早已停止支持(EOL)的组件。

在你今天就能买到的新产品上,你甚至能发现:

  • 他们的 Btrfs 文件系统是从一个非常古老的分支分叉出来的,没有任何现代补丁
  • 一个为该文件系统定制的、非标准的、自行构建的 ACL 访问控制系统
  • 内核版本 4.4
  • PHP 7.4(其 Hyperbackup 应用程序的要求)
  • smbd 4.15
  • PostgreSQL 11.11
  • smbd 8.2p1
  • Redis 6.2.8

他们声称这没问题,因为他们已经将所有的安全修复都反向移植到自己版本中。我不相信这套说辞。(理论上)能投入那么巨大的精力来做这件事,本可以让他们打造出好得多的产品。

这不仅仅是安全问题,还涉及特性本身——有些特性其实也属于安全特性。我们缺少了新的内核特性(如网络硬件卸载、安全增强、Wireguard…)、文件系统特性(如 Btrfs 的新功能、性能和错误修复补丁…)、文件服务器特性(如 NFS 或多通道 CIFS/SMB 等新功能和兼容性),等等……

我认为他们因为自己的 Btrfs 分叉版本而卡在了 4.4 内核上,现在已经在一个坑里陷得太深,无法自拔了。

此外,他们的后端也是一团糟。一堆用不同方式开发的应用程序,彼此之间大多不通信。它们有时会功能重叠,有些非常基础的功能无法使用,而且他们也不打算修复。与此同时,他们却忙不迭地为“办公套件”应用发布 AI 功能。

补充说明:就我个人和业务需求而言,我部署了一大堆 TrueNAS 系统,从家用的小 Jonsbo 机箱,到带 16 块以上硬盘的机架服务器。这是给一个客户的,他当时想从一台借来的另一台 Synology 产品迁移数据。我不想把我们的服务器强推给他,因为他们离我有点远,而且我希望谁都能维护这台机器。我后悔这么做了。


Six months into tariffs, businesses have no idea h… #

https://news.ycombinator.com/item?id=45078568

In NYC, for the first 6 months of 2025, 994 new private sector jobs were created [1]. During the same period last year, there were 66,000 new jobs created.

Higher cost of doing business from tariffs has frozen hiring. With a frozen job market, there’s less revenue coming in.

NYC is a leading indicator for the rest of the country.

[1] https://www.nytimes.com/2025/08/13/nyregion/nyc-jobs.html

lazarus01

在纽约市,2025年上半年新增了994个私营部门就业岗位[1]。而在去年同期,新增就业岗位为66,000个。

关税导致的企业经营成本上升已经冻结了招聘。就业市场陷入停滞,收入也随之减少。

纽约市是全国其他地区的领先指标。

[1] https://www.nytimes.com/2025/08/13/nyregion/nyc-jobs.html


The Synology End Game #

https://news.ycombinator.com/item?id=45061494

The year is 2025. Delivering a good product is not considered profitable enough anymore. If a company or product is beloved by customers then that means it doesn’t squeeze them to the max. This is clearly money left on the table that someone will sooner or later extract. High-end brands are not exempt from this.

codeflo

时间是2025年。提供优质产品已不再被视为足够盈利。如果一家公司或一个产品深受顾客喜爱,就说明它没有对这些顾客进行最大限度的压榨。这显然是漏网之财,迟早会被别人攫取。高端品牌也不例外。


Tesla said it didn’t have key data in a fatal cras… #

https://news.ycombinator.com/item?id=45063162

Immediately after the wreck at 9:14 p.m. on April 25, 2019, the crucial data detailing how it unfolded was automatically uploaded to the company’s servers and stored in a vast central database, according to court documents. Tesla’s headquarters soon sent an automated message back to the car confirming that it had received the collision snapshot.

Moments later, court records show, the data was just as automatically “unlinked” from the 2019 Tesla Model S at the scene, meaning the local copy was marked for deletion, a standard practice for Teslas in such incidents, according to court testimony.

Wow…just wow.

metaphor

根据法庭文件显示,2019年4月25日晚上9点14分事故发生后,详细记录事故经过的关键数据被自动上传至公司服务器,并存储在一个庞大的中央数据库中。特斯拉总部随即向车辆发送了一条自动回复信息,确认已收到碰撞快照。

法庭记录显示,片刻之后,这些数据也同样自动地从现场的那辆2019款特斯拉Model S上“解除链接”,这意味着本地副本被标记为待删除。根据法庭证词,这是特斯拉在类似事故中的标准做法。

我的天啊……真是服了。


Airbus B612 Cockpit Font #

https://news.ycombinator.com/item?id=45116692

What it actually looks like: https://fonts.google.com/specimen/B612

jelder

它的真实模样是这样的:https://fonts.google.com/specimen/B612


Anthropic raises $13B Series F #

https://news.ycombinator.com/item?id=45107239

The whole LLM era is horrible. All the innovation is coming “top-down” from very well funded companies - many of them tech incumbents, so you know the monetization is going to be awful. Since the models are expensive to run it’s all subscription priced and has to run in the cloud where the user has no control. The hype is insane, and so usage is being pushed by C-suite folks who have no idea whether it’s actually benefiting someone “on the ground” and decisions around which AI to use are often being made on the basis of existing vendor relationships. Basically it’s the culmination of all the worst tech trends of the last 10 years.

AlexandrB

整个大语言模型(LLM)时代都糟糕透顶。所有的创新都来自于资金雄厚的公司——其中很多是科技巨头——是典型的“自上而下”的模式,所以它们的商业化模式肯定好不了。由于模型运行成本高昂,所有服务都采用订阅定价,并且必须在云端运行,用户对此毫无控制权。炒作简直疯狂,于是,那些完全不清楚它是否能真正惠及“一线”员工的C级高管们,却在大力推动其使用。而选择使用哪种人工智能,往往只是基于现有的供应商关系,而非实际需求。说到底,这不过是过去十年所有最糟糕科技趋势的集大成者。


My startup banking story (2023) #

https://news.ycombinator.com/item?id=45056901

Funny to see this pop up again (I’m the author). The year is now 2025 and I still use Chase as a personal bank and I’m now discovering new funny banking behaviors. I’ll use this as a chance to share. :)

My company had an exit, I did well financially. This is not a secret. I’m extremely privileged and thankful for it. But as a result of this, I’ve used a private bank (or mix) for a number of years to store the vast majority of my financial assets (over 99.99% of all assets, I just did the math). An unfortunate property of private banks is they make it hard to do retail-like banking behaviors: depositing a quick check, pulling cash from an ATM, but ironically most importantly Zelle.

As such, I’ve kept my Chase personal accounts and use them as my retail bank: there are Chase branches everywhere, its easy to get to an ATM, and they give me easy access to Zelle! I didn’t choose Chase specifically, I’ve just always used Chase for personal banking since I was in high school so I just kept using them for this.

Anyways, I tend to use my Chase account to pay a bunch of bills, just because it’s more convenient (Zelle!). I have 3 active home construction projects, plus pay my CC, plus pretty much all other typical expenses (utilities, car payments, insurance, etc.). But I float the money in/out of the account as necessary to cover these. We do accounting of all these expenses at the private bank side, so its all tracked, but it settles within the last 24-48 hours via Chase.

Otherwise, I keep my Chase balance no more than a few thousand dollars.

This really wigs out automated systems at Chase. I get phone calls all the time (like, literally multiple times per week) saying “we noticed a large transfer into your account, we can help!” And I cheekily respond “refresh, it’s back to zero!” And they’re just confused. To be fair, I’ve explained the situation in detail to multiple people multiple times but it isn’t clicking, so they keep calling me.

I now ignore the phone calls. Hope I don’t regret that later lol.

mitchellh

很好看到这个帖子再次出现(我是作者)。现在是2025年,我还在用摩根大通作为个人银行,而且我现在发现了一些新的、有趣的银行行为,正好借此机会分享一下。:)

我的公司实现了退出,我因此财务状况很好。这不是什么秘密。我对自己能拥有这一切感到非常幸运和感激。因此,这些年我一直使用私人银行(或多家银行)来存放我绝大部分的金融资产(占我所有资产的99.99%以上,我刚算了一下)。私人银行一个不幸的特点是,它们让你很难进行类似零售银行的业务,比如存一张快速支票、从ATM机取现,但具有讽刺意味的是,最重要的还是Zelle转账服务。

因此,我保留了摩根大通的个人账户,并把它当作我的零售银行:摩根大通的分支机构遍布各地,去ATM机很方便,而且他们能让我轻松使用Zelle!我并非特别选择了摩根大通,只是从高中起就一直用摩根大通做个人银行业务,所以我就继续用它来做这些事。

无论如何,我倾向于用我的摩根大通账户支付一堆账单,只因为这样更方便(Zelle!)。我有3个正在进行中的房屋建设项目,还要支付我的信用卡账单,以及几乎所有其他典型开销(水电费、汽车付款、保险等)。但我会根据需要在这张账户里存入和转出资金来支付这些开销。我们在私人银行那边记录所有这些开销,所以所有情况都有记录,但最终这些交易都会通过摩根大通在最后24-48小时内结算。

否则,我账户里的余额不会超过几千美元。

这真的把摩根大通的自动系统搞懵了。我老是接到电话(真的,一周好几次),内容是“我们注意到您的账户有一笔大额转账,我们可以为您提供帮助!”。我会顽皮地回答“刷新一下,余额又回零了!”,对方就会一脸困惑。说实话,我已经跟好几个人详细解释过好几次情况了,但他们就是没明白,所以他们还是一直打电话给我。

我现在都直接忽略这些电话。希望以后不会后悔吧,哈哈。


2025 09 03 HackerNews

2025-09-03 06:58:51

2025-09-03 Hacker News Top Stories #

  1. Dominik Meca 讨论了在 Next.js 生产环境中设置日志记录的挑战,并批评了其中间件系统的复杂性。
  2. 文章介绍了如何在 Three.js 中通过自定义着色器实现箔贴纸的外观和闪亮效果。
  3. 人工智能公司 Anthropic 完成 13 亿美元 F 轮融资,融资后估值达到 1830 亿美元。
  4. MIT 的《如何演讲》课程通过启发式规则提升公众演讲能力,并提供了人生建议和健康生活方式。
  5. FreeDroidWarn 是一个开源库,用于通知用户 Google 未来对 Android 应用开发者的身份验证要求。
  6. 文章指出招聘“最好的工程师”可能并非最佳选择,强调团队协作和实际需求的重要性。
  7. 亚马逊在 AI 人才争夺战中处于劣势,主要由于薪酬结构和企业文化的问题。
  8. 土耳其总统候选人在 X 上遭遇“影子禁言”,平台可能在秘密限制其账户可见性。
  9. Kazeta 是一个操作系统,旨在将 90 年代的控制台游戏体验带入现代 PC 硬件。
  10. 苹果从欧洲 AltStore 下架 iPhone torrent 应用,展示了其对 iOS 应用分发的严格控制。

Next.js is infuriating #

https://blog.meca.sh/3lxoty3shjc2z

Dominik Meca 在他的博客文章《Next.js Is Infuriating》中表达了对 Next.js 框架在生产环境中设置日志记录时遇到的挑战和挫败感。文章以一种幽默和直白的方式,描述了作者在尝试为 Next.js 服务设置日志记录时所遇到的一系列问题。

文章首先介绍了背景,作者在为一家名为 $COMPANY 的公司工作时,遇到了 Next.js 服务出现问题,但由于默认日志记录仅在开发期间启用,导致无法了解生产环境中究竟发生了什么。因此,作者开始了设置生产就绪日志记录的旅程。

在设置日志记录的过程中,作者首先尝试使用中间件(middleware),这是 Next.js 中用于在渲染路由之前执行自定义服务器端逻辑的地方。作者选择了 pino 作为日志库,因为它比 console.log 更高级。然而,作者很快发现 Next.js 的中间件只能传递四个参数,且不能有多个中间件或将它们链式调用,这限制了其功能。

为了解决这个问题,作者使用了 AsyncLocalStorage 来存储请求级别的日志实例,并在中间件中记录请求的开始。但是,当作者尝试在页面和布局中记录日志时,发现日志函数返回 null,这表明渲染并不在与中间件相同的异步上下文中执行。

最终,作者提出了一个解决方案,即通过 headers 来传递日志信息。这个解决方案涉及到将日志记录代码分割成多个部分,并在页面组件中异步获取日志实例。作者以一种讽刺的语气描述了这个过程的复杂性,并指出这种方法的不实用性。

文章最后,作者表达了对 Next.js 中间件系统的不满,并提出了使用自定义服务器作为替代方案的想法。他提到,虽然大多数情况下不需要自定义服务器,但如果需要“弹出”(eject)Next.js 的默认行为,这是一个可行的选择。作者以一个自定义 Next.js 服务器的示例代码结束了文章,暗示这可能是解决他所遇到问题的一种方法。


HN 热度 890 points | 评论 503 comments | 作者:Bogdanp | 16 hours ago #

https://news.ycombinator.com/item?id=45099922

  • Next.js 有很多不必要的抽象层次,大多数项目不需要
  • 建议工作中的每个团队使用其他技术,而不是 Next.js
  • Next.js 带来了无限复杂性,频繁的破坏性变更,难以理解的文档
  • 与 React 相比,Next.js 更糟糕,React 和 Next.js 代码难以预测行为
  • 使用 Go 和 vanilla JS 开发的 CMS 项目更加稳定可靠
  • 基本的 JavaScript 或微前端框架可能就足够了,不需要复杂的前端框架
  • Cogent Core 支持桌面、移动应用和 Web 应用,全部使用 Go 语言开发,包括后端和前端(使用 WASM)
  • 完全基于 Canvas 的渲染方法在性能和用户体验上表现不佳
  • Next.js 的粗糙边缘是其特性而非缺陷,它鼓励用户使用 Vercel 的托管服务
  • 一个非营利组织雇佣非洲工程团队使用 Next.js 构建工具,结果是一个与 Vercel 托管高度耦合的混乱项目
  • 非营利组织因为托管费用过高而无法承担,导致项目失败
  • 非技术背景的非营利组织选择了非洲团队,因为他们倾向于使用当地资源,但最终项目未能满足预期

Implementing a Foil Sticker Effect #

https://www.4rknova.com/blog/2025/08/30/foil-sticker

本文介绍了如何在 Three.js 中创建一个自定义着色器,以模拟具有角度依赖性彩虹效果和闪亮金属片的箔贴纸外观。这种效果通常用于收藏贴纸、交易卡和高端包装,现在可以在浏览器中实时渲染。文章首先解释了彩虹色变化的原理,即通过将视角角度映射到色调上,模拟出真实世界中薄膜干涉产生的彩虹色变化。接着,文章讨论了如何通过在着色器中引入程序性噪声来生成表面亮度的随机斑点,以模拟金属箔中的微小反光粒子,从而创造出闪亮的金属效果。

实现部分详细说明了如何使用 Three.js 来模拟具有箔片效果的剥离贴纸。虽然借鉴了基于物理的渲染(PBR)中的金属度、粗糙度和 Fresnel 概念,但这个着色器并不是基于物理的,而是旨在创造视觉上合理的艺术效果。文章提供了一个实时演示着色器的示例,用户可以调整参数并尝试不同的配置,通过鼠标旋转贴纸观察材料对光线的反应。

在顶点着色器部分,处理了剥离几何形状,并将有用信息传递给片段着色器。包括计算从铰链到当前顶点的向量、计算剥离因子和角度、定义旋转轴并应用 Rodrigues 旋转公式来旋转顶点和法线,以及计算一个假的环境光遮挡项。

片段着色器处理所有照明、反射、彩虹效果和箔片。它通过层叠程序性效果来创造丰富、动态的外观。包括使用 alpha 截止来提前丢弃透明像素、背面着色以渲染后表面、使用程序性噪声计算箔片、轻微扰动法线以创建闪光变化、采样环境图以获得彩虹色、根据视角角度使用基于正弦波的波形来计算彩虹色(薄膜近似)、通过 Fresnel 调制环境反射,以及最终着色结合了漫反射基础、反射、彩虹和箔片。


HN 热度 482 points | 评论 49 comments | 作者:ibobev | 1 day ago #

https://news.ycombinator.com/item?id=45095460

  • 有人提到了一个完全基于物理的金属着色器版本,链接指向了 x.com/jmtrivedi/status/1935807479021289573。
  • 有人分享了一个 CSS 效果,用于 Magic 卡牌市场上的箔片卡牌,并询问如何以高效的方式复制所有不同的箔片效果。
  • 有人推荐了 simeydotme/pokemon-cards-css 项目,并提供了一个链接来查看实际效果。
  • 有人提到了使用陀螺仪功能的优秀工作,并提供了一个链接。
  • 有人分享了自己在椭圆曲线领域的专业知识,并表达了对 CSS 效果的敬畏。
  • 有人建议可以在浏览器中运行像这样的着色器,并推荐了 shadertoy 网站。
  • 有人提到了 Tim Oliver 关于为 Instagram 中的 Threads“金票”构建全息箔片效果的精彩演讲。
  • 有人分享了多年前在移动游戏中实现类似效果的经历,并提到了使用手机方向来调整“光泽”。
  • 有人对链接中的页面印象深刻,并认为这是一个执行得很好的页面。
  • 有人对页面效果感到惊讶,并认为它看起来非常真实。
  • 有人提到了 Shaders 的趣味性,并推荐了 Shadertoy 网站。
  • 有人提到了 Jedlinka Palace 在波兰的房间纹理,并提供了纹理链接。
  • 有人希望 API 能够访问网络摄像头。
  • 有人表示非常喜欢这种随机事物。
  • 有人提醒不要使用 CC 许可证用于代码,并提供了 CC 的 FAQ 链接。
  • 有人询问是否有与 CC BY-NC 相似的软件许可证,并讨论了 GPL 许可证。
  • 有人提到 iOS 有一个类似的贴纸效果,可以响应手机倾斜。
  • 有人提到了 Paper Mario Sticker Star 游戏中使用加速计的效果。
  • 有人表示虽然效果很酷,但不喜欢箔片效果。
  • 有人认为卡牌游戏的艺术有一个“棘轮效应”,导致卡牌越来越华丽。
  • 有人表示为了追求利润,卡牌生产商试图使所有卡牌都变得特别,结果反而使它们都不特别。
  • 有人对 7th edition 是 20 年前的事情感到惊讶。
  • 有人询问在哪里可以打印这些贴纸,并表示非常怀念贴纸的感觉。
  • 有人建议使用 Voronoi 系统而不是矩形来生成闪光点。
  • 有人表达了对能够了解如何制作这种效果的感激之情。
  • 有人表示他们的第一反应是 AI 可以从中学到东西。

Anthropic raises $13B Series F #

https://www.anthropic.com/news/anthropic-raises-series-f-at-usd183b-post-money-valuation

Anthropic 公司完成了 13 亿美元的 F 轮融资,由 ICONIQ 领投,融资后估值达到 1830 亿美元。此轮融资由 Fidelity Management & Research Company 和 Lightspeed Venture Partners 共同领投,显示出 Anthropic 作为企业、开发者和高级用户领先智能平台的地位。重要投资者包括 Altimeter、Baillie Gifford、BlackRock、Blackstone 等。Anthropic 的首席财务官 Krishna Rao 表示,公司的客户依赖 Anthropic 的前沿模型和平台产品来完成他们最重要的任务,需求呈指数级增长。融资显示了投资者对 Anthropic 财务表现的信心和合作意愿。

自 2023 年 3 月推出 Claude 以来,Anthropic 实现了快速增长。到 2025 年初,不到两年时间,Anthropic 的年化收入增长到约 10 亿美元。到 2025 年 8 月,仅八个月后,年化收入超过 50 亿美元,成为历史上增长最快的技术公司之一。Anthropic 的增长得益于技术人才、对安全性的关注和前沿研究,这些都是其模型性能和可靠性的基础。越来越多的企业、开发者和消费者信任 Claude 来帮助他们解决最具挑战性的问题。Anthropic 现在服务于超过 30 万商业客户,大客户数量在过去一年中增长了近 7 倍。

Anthropic 的增长覆盖了整个平台,包括为企业、开发者和消费者提供的进展。对于企业来说,API 和行业特定产品使他们能够轻松地将强大的 AI 添加到关键应用中,而无需复杂的集成工作。自 2025 年 5 月全面推出以来,开发者选择 Claude Code 作为他们的首选工具。Claude Code 迅速增长,已经产生了超过 5 亿美元的年化收入,仅三个月内使用量增长了 10 倍以上。对于个人用户,Claude 的 Pro 和 Max 计划为日常任务和专业项目提供了增强的 AI 能力。

ICONIQ 的合伙人 Divesh Makan 表示,Anthropic 在研究卓越、技术领导力和对客户的不懈关注方面处于卓越轨迹,他们很荣幸与 Dario 及其团队合作,他们的 F 轮融资领投反映了他们对 Anthropic 价值观和塑造负责任 AI 未来能力的信念。企业领导者告诉他们,Claude 是可靠的,建立在值得信赖的基础上,并且由真正关注长期目标的领导者指导。

F 轮融资将扩大 Anthropic 满足日益增长的企业需求的能力,深化安全研究,并支持国际扩张,同时继续构建可靠、可解释和可引导的 AI 系统。


HN 热度 424 points | 评论 429 comments | 作者:meetpateltech | 7 hours ago #

https://news.ycombinator.com/item?id=45104907

  • 计算能力的差距正在变得惊人,需要小国家 GDP 规模的资金才能维持模型发展。
  • 创新不再是软件层面的竞争,而是谁能掌握足够的 GPU 和电力基础设施。
  • 巨额资金主要用于预付计算资源而非运营支出,可能导致基础设施私有化。
  • 未来模型训练成本可能更高,GPT-7 可能需要自己的主权财富基金。
  • 当前大型语言模型(LLM)时代创新主要来自资金雄厚的公司,导致创新自上而下。
  • 昂贵的模型运行成本导致订阅定价和云服务,用户无法控制。
  • 决策者可能不了解 AI 对实际用户的好处,选择 AI 服务常基于现有供应商关系。
  • 与过去相比,现在的创新更多来自资金雄厚的公司,但历史总是相似的。
  • 摩尔定律带来的计算增长放缓,限制了晶体管尺寸的进一步缩小。
  • 许多公司从小规模起步,经过长期发展,成为市场主导者。
  • 创新不再可能在没有数十亿投资的情况下进行,至少对于 LLM 来说。
  • Anthropic 成立仅 4 年,但创新窗口已经过去。
  • 尽管有“deepseek”这样的创新,但未来可能不会有更多类似的突破。
  • 创新可能来自顶层,但云服务的创新最初是由工程师推动的。
  • 云服务用户大多数使用 AWS、GCP 和 Azure 的计量计费,并非都是订阅模式。
  • 云服务的创新并非完全来自顶层,而是实际用户需求推动。
  • GPT 的发明也是在谷歌内部进行的。
  • C 级高管推动商业采用,但许多通用 AI 项目失败率很高。
  • 许多用户愿意为订阅付费,无需推动。
  • 对于 LLMs,有些用例有效,有些无效,实际使用者更清楚哪些有效。
  • 尽管模型建设需要大量资本,但新公司如 OpenAI 和 Anthropic 仍在引领创新。
  • OpenAI 和 Anthropic 是新公司,而谷歌是落后的老牌公司。
  • 与微软相比,OpenAI 相对较新,但规模和资金已经相当可观。

Patrick Winston: How to Speak (2018) [video] #

https://www.youtube.com/watch?v=Unzc731iCUY

麻省理工学院(MIT)的公开课程资源中,Patrick Winston 教授的《如何演讲》(How to Speak)课程自 1970 年代以来已成为 MIT 的传统。该课程每年一月举行,旨在通过教授一些启发式规则来提高你在关键时刻的公众演讲能力。

课程内容涵盖了以下几个关键部分:

  • 引言:课程的开始,为学习者介绍演讲的重要性和基本框架。
  • 互动规则:讨论与听众互动的规则,如何建立联系和信任。
  • 如何开始:提供开始演讲的策略和技巧。
  • 四个样本启发式规则:介绍四种实用的演讲启发式规则,帮助演讲者更好地组织和传达信息。
  • 工具:时间和地点:讲解如何有效利用时间和选择合适的地点进行演讲。
  • 工具:黑板、道具和幻灯片:探讨使用黑板、道具和幻灯片等工具增强演讲效果的方法。
  • 信息传达:承诺、启发、如何思考:教授如何通过演讲传达信息,激发听众的思考。
  • 说服:口试、工作谈话、成名:分享在口试、工作面试和提升个人知名度等场合中如何进行有效说服的技巧。
  • 如何结束:最后一张幻灯片、最后一句话:指导演讲者如何以强有力的方式结束演讲。
  • 结束语:笑话、感谢、例子:提供结束演讲时可以使用的笑话、感谢语和例子,使演讲更加难忘。

此外,该视频通过谷歌的 Aloud 服务使用人工声音配音,以提高可访问性。视频还提供了繁体中文和简体中文字幕,由 MIT OpenCourseWare 审核和编辑。课程遵循 Creative Commons BY-NC-SA 许可,并提供更多信息和相关课程资源。


HN 热度 406 points | 评论 75 comments | 作者:tosh | 1 day ago #

https://news.ycombinator.com/item?id=45095849

  • Winston 教授的沟通/人工智能研讨会课程实际上是一个写作/沟通课程,他给予学生生活建议。
  • Winston 教授建议在大型讲座前通过模仿狗叫来热身声音。
  • Winston 教授每次上课都会带来甜甜圈。
  • Winston 教授的课程强调了如何理解和传达思想。
  • Winston 教授提倡“使话题清晰易懂”的技术沟通方式。
  • Winston 教授的课程让学生更加欣赏生活中的美好事物。
  • 有人对 Winston 教授的健康和饮食习惯进行了不恰当的猜测和评论。
  • 有人反对对 Winston 教授的饮食习惯进行无端猜测和评论。
  • Winston 教授意识到自己的饮食问题,并成功进行了改革,减重 60 磅。
  • Winston 教授通过改变饮食习惯,成功减肥,并分享了他的“巴顿将军饮食法”。

FreeDroidWarn #

https://github.com/woheller69/FreeDroidWarn

FreeDroidWarn 是一个开源库,用于在 Android 应用中显示一个警告对话框,告知用户从 2026/2027 年起,Google 将要求开发者直接向 Google 提交个人身份信息以验证非 Play Store 的 Android 应用。由于该应用的开发者不同意这一要求,应用将无法在认证的 Android 设备上工作。

开发者可以通过在项目的根 build.gradle 文件中添加 JitPack 仓库,并在 build.gradle 文件中添加库依赖来安装这个库。使用方法是在应用的 onCreate 方法中添加一行代码:FreeDroidWarn.showWarningOnUpgrade(this, BuildConfig.VERSION_CODE)。

该库遵循 Apache V2.0 许可证授权。有关 Google 要求开发者验证的更多信息,可以参考以下链接:

库的 GitHub 页面显示,该项目有 116 个星标,1 个观察者和 2 个分支。最后一次提交是在 2025 年 9 月 2 日,由用户 woheller69 完成,内容是简化代码。


HN 热度 388 points | 评论 282 comments | 作者:josephcsible | 20 hours ago #

https://news.ycombinator.com/item?id=45098722

  • 限制用户的行为与 Chromium 中的 Manifest V3 相似,Android 没有像 Firefox 这样的替代品,尤其是银行需要“认证操作系统”。
  • 有人转向 Linux 智能手机以摆脱双寡头垄断,并更换银行以便使用银行卡作为 2FA 设备。
  • 长期来看,可能需要携带两个设备:一个长期支持的带库存固件和应用程序的手机,以及一个拥有自由的 Linux 便携式机器。
  • Google 和银行声称 Android 9 手机即使没有安全更新也是安全的,而真正锁定良好、安全更新迅速的操作系统却不被认为是安全的。
  • 当 Google 谈论设备“安全”时,他们指的是用户不能做 Google 不批准的任何事情。
  • 设备的安全性是为了 Google 的利益,如强制硬件 DRM、PlayServices、不绕过他们商业模式的应用程序和 PlayStore 的支付费用。
  • 有人选择使用功能手机,减少对互联网的依赖,像生活在 1990 年代一样。
  • 有人推荐使用 Nokia 的功能手机或在 AT&T 的实体店寻找便宜的预付费手机。
  • 有人建议查看 Sony 手机和 Sailfish OS。
  • 长期来看,这将迫使制造商改善更新支持,或者我们都会有一个通过已知 CVE 被 root 的设备。
  • 有人使用三个设备:一个旧 iPhone 用于不信任的商业应用,一个 LineageOS Android 作为日常智能手机,以及一个运行 Void Linux 的 GPD Micro PC。
  • 有人指出需要一个设备来运行与身份相关的商业应用,这些应用只能在“安全”设备上运行。
  • 有人觉得保持所有设备充电太麻烦。
  • 有人提到网站会强制使用 Google 登录,并且只对经过认证的浏览器有效。
  • 有人指出苹果和谷歌决定不在浏览器中实现设备认证。
  • 有人提到苹果已经在其浏览器中提供设备认证多年,而谷歌尚未这样做。
  • 有人提到他们不使用 Google 登录,并且拥有许多不同网站的账户。
  • 有人担心 Google 登录提示屏幕越来越普遍,传统的用户名/密码登录正在消失。
  • 有人表示几乎每个新服务都有传统登录方式,所有现有服务都继续提供这种方式。

You don’t want to hire “the best engineers” #

https://www.otherbranch.com/shared/blog/no-you-dont-want-to-hire-the-best-engineers

这篇文章讨论了招聘过程中的一个常见误区:许多雇主声称只想要“最好的工程师”,但实际上这种做法并不现实。文章指出,顶尖工程师往往薪资要求高,对技术债务和时间线有自己的看法,他们可能更倾向于远程工作,并且不会盲目听从公司的所有决策。他们关心薪酬和工作生活平衡,因为他们有足够的选择。雇主们虽然口头上说想要最好的工程师,但在实际操作中却常常设置与其他初创公司相同的招聘标准,如早期经验、高度独立、在湾区的办公室工作、不太在意薪资等,这导致他们难以找到合适的创始工程师。

文章强调,招聘是一个谈判过程,雇主们需要意识到自己并没有掌握所有的牌。他们应该考虑是否愿意为了吸引优秀人才而做出一些妥协,比如在薪酬、工作政策等方面。雇主们应该问自己,是否愿意等待一个能够立即上手的高级候选人,还是更愿意立即雇佣一个能够在两周内达到满负荷工作的中级工程师。他们应该考虑现在这个月招聘的价值,以及什么特质是真正重要的。

文章还提到,雇主们常常忽视了初创公司最宝贵的资源——时间。他们应该接受妥协,意识到不可能找到完美的候选人,而是应该寻找优秀的工程师。文章建议雇主们放弃对完美的追求,快速行动,这样才能在竞争激烈的市场中获得优势。作者最后提醒,初创公司的默认结局总是失败,因此雇主们应该采取与创业精神相符的招聘策略,即快速行动,而不是在招聘上浪费时间。


HN 热度 356 points | 评论 279 comments | 作者:rachofsunshine | 8 hours ago #

https://news.ycombinator.com/item?id=45103646

  • 没有所谓的“最好的工程师”,一旦超过“非常聪明,工作态度好”的基准,技术树就会显著分化。
  • 有时避免招聘最差的工程师就已经完成了招聘经理 75% 的工作。
  • 引入一个悲观、懒惰或刻薄的人会降低整个团队 30-40% 的生产力。
  • 难以解雇那些可能引起许多意外后果的人。
  • 许多公司并非完全由“A 级”员工组成,这几乎是不可能的,因此需要限制任何人可能造成的伤害。
  • 一个公司的成功或失败很大程度上取决于 B 级员工的质量和领导力。
  • 真正的超级明星员工太多可能会伤害大公司,尤其是如果他们彼此太接近。
  • 一个明智的 F500 CEO 认为,在他的超过 10,000 人的组织中只有大约 20 个真正的超级明星,他认为这是一件好事。
  • Netflix 的面试过程是他 20 年职业生涯中遇到的最好的。
  • 面试过程包括编码、系统设计和文化适应性面试,感觉合作性强、压力低。
  • 拒绝学习他们自己狭窄定义范围之外的任何东西是一个招聘后一致的红旗。

Amazon has mostly sat out the AI talent war #

https://www.businessinsider.com/amazon-ai-talent-wars-internal-document-2025-8

亚马逊在人工智能(AI)人才争夺战中一直处于边缘地位,一份内部文件和知情人士透露了背后的原因。该公司独特的薪酬结构、在 AI 领域的落后声誉以及严格的返岗规定是主要障碍。现在,这家科技巨头被迫重新考虑其招聘策略,以争夺顶尖人才。这份文件由负责亚马逊非零售业务的人力资源团队撰写,包括亚马逊网络服务、广告、设备、娱乐和新成立的通用人工智能团队。

文件指出,亚马逊在招聘 AI 人才时面临的挑战包括地点、薪酬和亚马逊在该领域的落后感知。竞争对手通常提供更全面和积极的薪酬方案。亚马逊在 AI 领域的缺席进一步凸显了这些问题。Meta 从 ScaleAI、苹果和 OpenAI 吸引了高调人才,谷歌和 OpenAI 继续是 AI 专家的首选目的地,微软甚至起草了一份希望招聘的 Meta AI 员工的愿望清单。

亚马逊以其节俭著称,其起源故事之一就是公司从家得宝购买廉价门板,将它们拼凑成办公桌。这成为了亚马逊谨慎花钱的指导象征,创始人杰夫·贝索斯至今仍在使用门板办公桌。这种节俭文化直接冲击了由前所未有的支出推动的 AI 招聘战,使亚马逊处于棘手境地。内部文件将薪酬描述为亚马逊招聘人员中“热议的话题”之一,提到公司对每个职位严格使用固定薪酬范围的做法。亚马逊在薪酬上的“平等主义哲学”使其报价“低于标准”,与顶级竞争对手相比。

对于亚马逊来说,错过顶尖 AI 人才是一个潜在风险。顶级 AI 研究人员和工程师的池子有限,没有深入了解的专家,很难在该领域的前沿竞争。事实上,亚马逊还没有找到像 OpenAI 的 ChatGPT 或 Anthropic 的 Claude 这样的突破性 AI 产品,尽管其 Bedrock AI 云服务取得了进展。

亚马逊的薪酬结构一直是紧张的长期来源。一些与 Business Insider 交谈的人提到,亚马逊机器人副总裁布拉德·波特在 2020 年离开,部分原因是亚马逊拒绝提高他的薪酬范围,这阻碍了人才招聘和保留。亚马逊的股票归属时间表也严重后置,这种结构对新员工的吸引力较小。该政策甚至适用于高层管理人员,他们通常不接收现金奖金。

内部文件还强调了亚马逊在 AI 领域的“落后感知”,并表示生成性 AI 进一步加剧了对专业人才的竞争,特别是那些在大型语言模型方面具有专业知识的个人。风险投资公司 SignalFire 的 8 月份报告显示,亚马逊在工程人才保留方面处于较低端,远低于 Meta、OpenAI 和 Anthropic。SignalFire 的开发者社区负责人 Jarod Reyes 告诉 Business Insider,亚马逊的竞争对手在 AI 方面取得了更大的进步,包括开放模型、基础研究和开发者工具。

亚马逊打算解决这些担忧。根据文件,公司将完善其“薪酬和地点策略”,举办更多旨在突出其生成性 AI 能力的活动。它还打算在 AWS 等业务部门设立专门的招聘团队,以提高效率。

亚马逊的另一个争议点是其激进的返岗规定,这已经引起了后勤问题。根据内部文件,公司的“中心”政策——要求员工搬迁到中央办公室,否则可能被解雇——进一步限制了其获得“高需求人才,如 GenAI 技能人才”的机会。文件称,“中心限制了市场可用性”。亚马逊正在探索允许更多“地点灵活”角色的方法。亚马逊的发言人告诉 BI,公司“总是在寻找优化招聘策略的方法,并考虑其他人才丰富的地点”。亚马逊并非完全处于边缘地位。去年,它通过与 AI 初创公司 Adept 的许可协议引进了 Adept 首席执行官 David Luan。Luan 现在负责亚马逊的 AI 代理实验室。但公司也看到了离职,包括高级 AI 领导者,如芯片设计师拉米·西诺和副总裁瓦西·菲洛姆。


HN 热度 351 points | 评论 633 comments | 作者:ripe | 1 day ago #

https://news.ycombinator.com/item?id=45095603

  • Zuckerberg 急于投资新技术让人们误以为这是大型科技公司的常态,但实际上其他公司更注重策略。
  • 亚马逊和苹果并不是 AI 的自然栖息地,他们不需要烧钱去追逐 AI。
  • 亚马逊对在 AI 领域落后感到非常焦虑,内部领导层处于全面恐慌状态,迫切要求团队提出 AI 产品。
  • 亚马逊应该专注于他们擅长的物流和基础计算基础设施。
  • 亚马逊因 AWS 拥有巨大领先优势,但若 AWS 不适应 AI 工作负载,可能会失去很多。
  • 微软和谷歌也在建设数据中心,并且没有像亚马逊那样在 AI 人才战中缺席。
  • AWS 在价格性能上竞争力不足,架构上也不适合 AI,特别是在网络方面。
  • AWS 在管理服务方面表现不佳,如 Bedrock 服务实际上问题重重。
  • 亚马逊在吸引和保留 AI 领域正确人才方面遇到困难。
  • 亚马逊在提供最新代 Nvidia 硬件方面落后,因为他们专注于内部开发的 ASICs。
  • Meta 的收入在很大程度上依赖于他们一流的广告定位技术。
  • Meta 利用大型语言模型(LLM)来预测用户兴趣,以改进广告定位。
  • Facebook 需要更好的内容/广告定位智能,无论是人工还是人工智能。
  • 广告定位的准确性与用户在平台上的使用时间和广告点击行为密切相关。
  • Facebook 的广告定位不如 Instagram 精准。
  • 亚马逊的 AI 实验室虽然混乱,但他们在财报中明确表示更好的广告定位是业绩超预期的原因。

X(Twitter) Shadow Bans Turkish Presidential Candidate #

https://utkusen.substack.com/p/xtwitter-secretly-shadow-bans-turkish

这篇文章讨论了土耳其反对派领导人埃克雷姆・伊马莫格鲁在 X(前 Twitter)上的遭遇,尤其是他的新账户在土耳其的限制情况。文章指出,伊马莫格鲁拥有 970 万粉丝的 X 账号被限制,而他的新账号 “Cumhurbaşkanlığı Aday Ofisi”(总统候选人办公室)虽然没有被限制,但用户仍然表示在自己的主页上看不到他的动态。

事件的背景是,伊马莫格鲁的大学文凭在 2025 年 3 月被宣布无效,并于 3 月 23 日因腐败被监禁。许多人认为他并没有做错事,而是现任土耳其总统试图除去他这个最强有力的竞争对手。事件发生后,伊马莫格鲁的照片被禁止出现在伊斯坦布尔的广告牌上,而他的原账户也遭到限制。

尽管埃隆・马斯克对此情况未发表任何看法,X 也没有为言论自由辩护,只表示因法院命令无法采取措施,但公众普遍认为 X 应该捍卫言论自由。伊马莫格鲁创建的新账户在最初得到了反对派领导人和安卡拉市长的推广,迅速获得了 20 万粉丝,但随后增长速度明显放缓,经过几周只达到了 31.8 万粉丝。这与他原账户 970 万的粉丝数量形成鲜明对比。

许多用户反映,尽管他们关注了伊马莫格鲁的新账户,但仍然没有看到他的动态。文章中提到,作者自己也经历了类似的情况,尽管他与伊马莫格鲁有 200 个共同朋友,并积极互动,仍未在时间线上看到他的推文。为了验证这一现象,作者进行了投票,结果显示 56% 的参与者表示从未看到伊马莫格鲁的帖子,34% 的人表示偶尔能看到,只有少数人表示频繁看到。

虽然没有确凿的证据,但这一现象强烈暗示 X 正在秘密地对伊马莫格鲁进行 “影子禁言”。作者认为,埃隆・马斯克可能不会改变这种情况,但通过写这篇文章来展示他所掌握的政治影响力。


HN 热度 332 points | 评论 161 comments | 作者:hn1986 | 7 hours ago #

https://news.ycombinator.com/item?id=45104597

  • Twitter 在遵守国家内容法律方面,过去和现在的做法有所不同,但并非完全不一致。
  • 2013 年土耳其盖齐公园起义期间,Twitter 被广泛用于抗议者之间的协调和信息传播。
  • 马斯克接管前,Twitter 经常拒绝或挑战土耳其政府要求删除内容或交出日志的要求。
  • 马斯克接管后,Twitter 对土耳其的要求变得更加顺从,与土耳其政府的合作增加了。
  • 与马斯克接管前相比,Twitter 对土耳其法院命令的遵守率从大约 25% 增加到 86%。
  • Twitter 在 2016 年之前对内容的管理较为宽松,之后逐渐受到法律和道德问题的影响,对政府压力更加敏感。
  • Twitter 文件显示,Twitter 在马斯克接管后对英语国家和马斯克个人关注的问题有特殊豁免和保护。
  • Twitter 文件的叙述是由那些明显意图让马斯克看起来更好的人构建的。
  • 自由言论的 Twitter 已不复存在,现在的 Twitter 是全球范围内审查的延续,但对某些英语国家和问题有特殊保护。
  • 马斯克和扎克伯格等全球商业利益者不太可能与政府发生冲突,因为这不符合他们的利益。
  • 马斯克声称他将带来“言论自由”,但实际上他在全球范围内的商业利益使得他无法真正实现这一点。
  • 马斯克接管 Twitter 后,Twitter 对土耳其的审查行为可能是导致世界变得更糟的原因之一。
  • 社交媒体平台的集中化使得它们在言论自由方面的作用受到质疑。
  • 社交媒体上的阴谋论、仇恨言论和对他人的恐惧的传播是导致世界变化的原因之一,而不仅仅是审查制度。

Kazeta: An operating system that brings the console gaming experience of 90s #

https://kazeta.org/

Kazeta 是一个操作系统,它将 90 年代的控制台游戏体验带入现代 PC 硬件和游戏。用户只需插入游戏卡,开机即可立即进行游戏,重现那个无需任何设置即可直接进入游戏的怀旧黄金时代。Kazeta 提供零设置、直接进入游戏、最大性能和无干扰的游戏体验,让用户重温经典 90 年代控制台体验。

Kazeta 允许用户将数字游戏库转变为有形且永久的收藏品。用户可以将任何无 DRM 的数字游戏转换成实体游戏卡,并构建一个可以永久播放的游戏收藏。使用 SD 卡或其他外部媒体作为游戏卡,无需互联网、账户或限制即可播放,将游戏保存为永久、可玩的艺术形式。

Kazeta 告别现代游戏的复杂性,提供无 DRM、无在线、无服务器、无更新、无账户、无启动器、无订阅和无微交易的游戏体验。自动捕获保存数据,用户永远不会丢失进度。在没有插入游戏卡时,可以启动一个复古风格的 BIOS 屏幕来管理保存的数据,包括自动保存捕获、游戏时间跟踪、查看和删除保存以及备份保存到外部媒体。

Kazeta 支持几乎所有无 DRM 的游戏,无论是 AAA 和独立游戏、现代热门游戏还是经典老游戏、GOG 和 itch.io 游戏、Linux 和 Windows 游戏,甚至是通过模拟器玩的经典控制台游戏。Kazeta 适合所有年龄段的玩家,特别是需要安全、离线环境的儿童、对现代游戏感到困惑的老年家庭成员,以及渴望回归游戏简单时代的任何人。

想要像 1995 年那样玩游戏吗?现在就下载 Kazeta,重新发现纯粹游戏的乐趣。


HN 热度 300 points | 评论 139 comments | 作者:subliminalpanda | 21 hours ago #

https://news.ycombinator.com/item?id=45098269

  • Kazeta 操作系统通过在 SD 卡等存储设备上寻找 KZI 文件来模拟 90 年代的控制台游戏体验,有人对此概念表示赞赏
  • 有人比较了 Kazeta 和 Steam Deck+EmuDeck 的组合,认为后者可能更实用,因为 Kazeta 可能需要额外购买或构建兼容的迷你 PC
  • 有用户提到 Kazeta 目前只支持一个官方控制器,对控制器兼容性表示担忧
  • 有人通过在 Steam Deck 上使用 SD 卡来模拟 Kazeta 的体验,认为虽然这是一种时间浪费,但个人乐在其中
  • 有人认为“但为什么?”是 Hacker News 上的常见问题,不是每个重新思考现有系统的想法都会成功,但用户有权选择他们认为合适的系统
  • 有人提出 Dropbox 仍在使用,尽管不如以前广泛,其衰落并非因为最初的质疑
  • 有人提到在没有电视的家庭中,Kazeta 可以让孩子们体验复古游戏,同时控制游戏内容和方式
  • 有人强调稀缺性也有其优点,没有稀缺性可能会导致灾难
  • 有人反驳说,尽管理论上我们可以生活在一个后稀缺的世界,但实际上人们想要的远不止食物,稀缺性是一种心态问题
  • 有人提出,即使在西方社会,人们想要的不仅仅是食物,土地和能源成本也是问题,劳动成本昂贵,人们倾向于选择昂贵的东西
  • 有人希望 Kazeta 能支持在单个存储设备上放置多个游戏,并在启动时选择
  • 有人提到现在很难买到小容量的 SD 卡,认为使用大容量 SD 卡存储小容量游戏是一种浪费
  • 有人建议使用小型闪存驱动器作为替代方案,尽管质量可能不佳,但由于系统设计为基本只读,这应该有助于它们的使用寿命
  • 有人提到在 Aliexpress 上可以找到小容量 SD 卡,但价格相对较高
  • 有人提到在 Aliexpress 上 16GB 的 SD 卡价格低于 3 美元
  • 有人觉得将小容量游戏放在大容量 SD 卡上是一种浪费,有人回应说实际上是带有假标签的小容量 SD 卡
  • 有人提到 MicroCenter 免费赠送的 SD 卡可以用于 Kazeta
  • 有人提出使用 NFC 标签和读取器,直接从磁盘加载相应的 ROM,而不是使用 SD 卡
  • 有人认为将每个游戏放在单独的卡片上更具浪漫性,这比将多个游戏挤在一个卡片上更能增加游戏的仪式感和乐趣
  • 有人提到 90 年代盗版多游戏卡带很常见,这与 Kazeta 的体验相似

Apple pulls iPhone torrent app from AltStore PAL in Europe #

https://www.theverge.com/news/767344/apple-removes-itorrent-altstore-pal-ios-marketplace

苹果公司已从 AltStore PAL 的替代 iOS 市场在欧洲下架了 iPhone torrent 客户端 iTorrent,显示苹果仍能控制未在官方 App Store 上列出的应用程序。iTorrent 开发者 Daniil Vinogradov 告诉 TorrentFreak,苹果撤销了他发布任何替代 iOS 商店应用的分发权,但问题似乎与政府制裁有关,而不是对 torrenting 的封锁。

苹果发言人 Peter Ajemian 在对 The Verge 的声明中表示:“为了遵守各管辖区与政府制裁相关的规则,我们移除了这款应用的公证。我们已经与开发者沟通了这一点。”尽管苹果在其自己的 iOS 商店中禁止 torrent 应用,但欧盟的数字市场法案赋予了集团内 iPhone 用户更大的自由,允许他们从库比蒂诺公司不直接管理的第三方应用商店安装应用。

上个月,Vinogradov 在 iTorrent 的 GitHub 页面上表示,苹果“在没有任何警告的情况下从 iTorrent 的开发者门户中移除了替代分发功能。”据 Vinogradov 称,苹果没有提供移除的原因,并且分发权在苹果开发者账户级别被撤销。


HN 热度 255 points | 评论 174 comments | 作者:pabs3 | 21 hours ago #

https://news.ycombinator.com/item?id=45098411

  • 苹果在个人数据保护方面做得好,但在应用分发方面却显得懦弱,没有勇气拒绝政府要求
  • 苹果为了保护用户,远程删除恶意应用,因此不能以“无法执行”回应政府要求
  • 苹果没有从用户设备上移除应用,而是撤销了 iTorrent 开发者在其他商店发布应用的权利
  • 苹果展示了对所有数字市场的间接控制,无论在哪里发布应用,都需要与苹果保持良好关系
  • 苹果对 iOS 设备的安装基础有直接控制,可以随时撤销应用的发布许可
  • 用户实际上并不拥有苹果设备上运行的软件,只是拥有设备本身
  • 苹果的行为类似于不拥有他人的网络服务器,用户对 iOS 没有所有权
  • 苹果撤销了应用的签名服务,这是他们提供的服务,用户不应该期待苹果提供完全符合自己喜好的服务
  • 用户可以对物理设备做任何事,但苹果不欠用户一个完全按照自己喜好运作的服务
  • 用户不能安装和运行未经苹果签名的应用,苹果对此有要求
  • 苹果应该添加“此应用未经苹果验证,无法保证安全”的提示,而不是让用户通过越狱等复杂方式安装应用
  • 苹果故意削弱第三方商店,无视 DMA,以保护其 30% 的高额抽成
  • 苹果面对监管压力时的恶意合规行为是众所周知的,例如荷兰约会应用支付定价、韩国替代计费法、美国反引导禁令等
  • 讨论苹果时,很多人忽略了这种已知的恶意合规或企业不服从行为,而是倾向于为企业的安全、完整性、隐私或环境等叙事辩护

Hacker News 精彩评论及翻译 #

Next.js is infuriating #

https://news.ycombinator.com/item?id=45101009

I 100% agree. I’ve ran into the same issues, and I would never use Next.js for anything, and I will encourage every team at work to use something else.

In general Next.js has so many layers of abstraction that 99.9999% of projects don’t need. And the ones that do are probably better off building a bespoke solution from lower level parts.

Next.js is easily the worst technology I’ve ever used.

YuukiRey

我完全同意。我也遇到了同样的问题,我绝不会在任何项目中使用 Next.js,并且我会鼓励公司的每个团队使用其他技术。

总的来说,Next.js 有太多的抽象层,而 99.9999% 的项目根本不需要。即使是那些需要这些抽象层的项目,从底层组件构建一个定制化的解决方案可能也更好。

Next.js 绝对是我用过的最糟糕的技术。

2025 09 02 HackerNews

2025-09-02 06:55:18

2025-09-02 Hacker News Top Stories #

  1. 关于侧载的讨论应关注在硬件上安装替代操作系统的能力,而非仅侧载应用,同时强调苹果和谷歌账户在社会参与中的关键作用。
  2. 这是一个用JavaScript实现的中国阴阳太极动态展示图,用户讨论了其中球体运动的现象,并将其与量子隧道效应和物质-反物质不对称性进行了类比。
  3. 谷歌AI概述功能错误虚构了Benn Jordan的故事,引发了对AI不准确性和潜在法律风险的担忧。
  4. 现代大型服务器性能强大,单台服务器往往足够应对大多数任务,裸机服务器在长期使用中更具成本效益。
  5. Nintendo Switch 2 Dock的USB-C兼容性问题可能与专有协议或硬件设计有关,导致与其他设备的不兼容。
  6. Bear平台更改为Elastic License以防止“免费搭车竞争”,引发了开源社区对“源代码可用”定义和竞争问题的讨论。
  7. Cloudflare Radar提供了AI流量的洞察,显示AI爬虫主要用于训练和数据收集,并预测了AI训练将成为主要驱动力。
  8. 刘易斯和克拉克探险队使用含汞的泻药帮助考古学家通过土壤中的汞含量定位营地,反映了当时的医学实践。
  9. CocoaPods计划于2026年将trunk转为只读模式,用户对此表示尊重并讨论了Swift Package Manager的优缺点。
  10. 英国帝国的“日不落”现象仍存,太阳总能照耀其海外领土,而法国也被认为是“日不落帝国”的继任者。

We should have the ability to run any code we want on hardware we own #

https://hugotunius.se/2025/08/31/what-every-argument-about-sideloading-gets-wrong.html

侧载在过去十年中一直是一个热门话题。最近,谷歌宣布对安卓系统中的侧载行为实施了更多限制。多年来,数百条评论讨论了这些变化。一个经常被提及的观点是:“我应该能够在我拥有的硬件上运行任何我想要的代码”。我完全同意这一点,但在这次讨论中,这个观点是无关紧要的。

当谷歌限制你安装某些应用程序的能力时,他们并不是限制你对所拥有的硬件的使用,而是限制你使用他们提供的软件。谷歌通过操作系统的控制来施加控制,而不是在硬件层面。你通常也无法完全访问硬件,而在移动硬件上构建新的操作系统几乎是不可能的,或者至少比应有的难度要大得多。这是一个独立的问题,我认为这是一个更有成效的讨论点。与谷歌相比,苹果是更好的案例研究。苹果 iOS 的成功部分来自于硬件和软件的紧密集成。没有 iOS 的 iPhone 与我们所理解的 iPhone 是完全不同的产品。通过立法手段迫使苹果改变 iOS 的核心原则,将破坏 iPhone 成功的原因。

你不应该从这里得出结论,认为我是苹果和谷歌这两个巨头的坚定捍卫者,远非如此。然而,我们的批评不应该针对他们提供的操作系统中的限制,而应该关注我们真正想要在所拥有的硬件上运行任何代码的能力。在这个背景下,这意味着有能力和文档来构建或安装替代操作系统。理论上应该可以在 iPhone 上运行安卓系统,制造商应该依法提供足够的技术支持和文档,以使新操作系统的开发成为可能。如果你想在 PS5 上玩 Playstation 游戏,你必须忍受索尼的限制,但如果你想将 PS5 转换成运行 Linux 的模拟器,这应该是可能的。


HN 热度 1681 points | 评论 989 comments | 作者:K0nserv | 1 day ago #

https://news.ycombinator.com/item?id=45087396

  • 讨论应从“不能运行我们选择的软件”转变为“没有苹果或谷歌账户就无法参与社会”
  • 没有苹果或谷歌账户的人将处于极端不利地位
  • 如果谷歌和/或苹果决定与你断绝关系,你将完全陷入困境
  • 即使他们因某种原因封禁你有正当理由,你也会陷入困境
  • 有些国家警察可以无理由将你终身监禁,除非你是来自西方国家的知名人士
  • 美国可以通过 CBP/ICE 做到这一点,但不是终身
  • 即使被 CBP/ICE 无理由关押,也几乎无法通过法律途径维权
  • 被关押后,即使释放也会被送回边境,且没有任何法律保护
  • 即使故事是真实的,通过媒体曝光也未能引起改变
  • 这种情况应该引起社会对第二修正案的关注,作为对抗失控政府的最后防线

Eternal Struggle #

https://yoavg.github.io/eternal/

一个 javascript 实现的中国阴阳太极动态展示图,太极中的黑球和白球随机的运动,不停撞击与对方的边界,扩展自己的面积。


HN 热度 621 points | 评论 128 comments | 作者:yurivish | 1 day ago #

https://news.ycombinator.com/item?id=45086020

  • 有人提到当白色和黑色球体在边界上精确相撞时,会出现黑色球体加入黑暗面导致整个画面变黑的情况。
  • 有人认为这可能只是一个隧道效应错误,当组成墙的点被足够干扰时会发生。
  • 有人建议将这种现象称为量子隧道效应。
  • 有人提到物质-反物质不对称性,认为这对任何人都没有害处。
  • 有人将这个互联网玩具视为展示这种不对称性如何发生的示例,并期待物理学论文的出现。
  • 有人提到每个人都可以获得诺贝尔奖。
  • 有人指出相反的情况也可能发生,即整个画面变成白色。
  • 有人解释说黑色和白色在这里并不代表好坏,它们只是事物的对立面。
  • 有人提到黑色在中文里可能意味着“坏”,因为人们通常避免黑暗、死亡等事物。
  • 有人将这个现象比作美国政治的隐喻。
  • 有人提到麦克斯韦的恶魔从黑暗面窥视。
  • 有人提到了隧道效应。
  • 有人分享了观看这个动画时产生的深刻存在焦虑。
  • 有人引用了“我是…铁雄”这句话。
  • 有人指出速度控制滑块存在问题,无法降低速度。
  • 有人提到在 64 倍速时无法再减速。
  • 有人提到这个 vibed 编码的实现存在 bug。
  • 有人提到在 100 倍速观看时,可以看到边界的波动。
  • 有人提出增加自定义形状、颜色、物理规则和用户交互等新功能。
  • 有人提到这让人联想到康威的生命游戏。
  • 有人提到如果增加球体大小和速度,整个画面会在 10 秒内变黑/白。
  • 有人请求增加显示“计分板”的功能,显示每次碰撞后白色和黑色区域的百分比。
  • 有人观察到它似乎趋向于正态分布曲线,白色是曲线下的面积。
  • 有人提出为什么不是反过来的问题。
  • 有人表示想要让一个球体比另一个快,让它赢得斗争。
  • 有人提到在快速模式下可以看到圆圈的轨迹,询问原因。
  • 有人提到可能是显示器刷新率的问题。
  • 有人想知道随着时间的推移,它会变成什么样的形状。
  • 有人提到这个系统是自我平衡的,如果一边因为随机机会而变大,那么那边的球体会有更多空间弹跳,因此弹跳次数减少,减缓其增长。与此同时,较小一边的球体会在其较小的空间中更频繁地弹跳,弥补差距。

Google AI Overview made up an elaborate story about me #

https://bsky.app/profile/bennjordan.bsky.social/post/3lxojrbessk2z

Benn Jordan 在社交媒体上表达了他对 Google AI 概述功能的不满。他发现自己被错误地与一个 Newsmax 评论员混淆,Google AI 虚构了一个关于他上传争议视频的故事,视频中他声称自己对以色列之行的看法是错误的,而实际上他从未去过以色列。

Benn Jordan 对此感到愤怒,并已经联系了律师探讨是否能够采取法律行动。社交媒体上的讨论指出,Google 的 AI 概述功能存在问题,无法从多个来源中合成一致的信息。有人担心这种错误的 AI 概述可能会导致法律诉讼,甚至可能危及人身安全。此外,还有观点认为这种 AI 生成的错误信息可能被用来诽谤他人,而且可能涉及到法律责任问题。一些人呼吁对 Google 采取法律行动,认为 AI 不应该被用来制造虚假叙述和扭曲人们的世界观。


HN 热度 502 points | 评论 211 comments | 作者:jsheard | 8 hours ago #

https://news.ycombinator.com/item?id=45092925

  • AI 的不准确性和幻想可能会对我们的未来生活产生重大影响,尤其是如果公众无法理解这些工具的工作原理。
  • 应停止基于对以色列/哈马斯立场的判断来评价人,并远离这样做的人。
  • 越来越多的人盲目信任 AI 模型的结果,包括谷歌搜索结果顶部的“结果摘要”。
  • 许多 Discord、开源项目和其他社区现在有明确规则禁止复制和粘贴 ChatGPT 内容。
  • 技术人群可能不立即信任 LLM 内容,会尝试阻止其使用,但普通人群似乎并不在乎。
  • 随着 ChatGPT 结果质量的提升,社会对分享这些结果的抵触可能会减少。
  • 谷歌搜索的质量正在显著下降。
  • LLM 文本墙是粘贴谷歌或维基百科结果链接的新时代,只是更烦人。
  • 有时会在评论中看到“我问了 ChatGPT 关于 Y”,这很烦人,因为每个人都可以问 ChatGPT。
  • 引用 LLM 本身没有问题,但上下文和呈现方式都很重要。
  • 使用代理帮助编码或其他事情是可以的,但至少在别人尝试分享特定知识时倾听。
  • 来自一年后的未来的人表示,之前的观点不再适用。
  • 我们处于 GPT5 没有成为全能的有感知 AI 的时间线。
  • GPT-6 将会拯救我们。
  • 即使对某事一无所知,也容易信任它,因为 95% 看起来是真实/准确的。
  • 我们认为自己了解这项技术权衡,知道如何负责任地使用它,但普通人希望尽可能少地努力和思考。
  • 即使在编程领域,LLM 也会给出看似合理但极其错误的编程问题答案。

Use One Big Server (2022) #

https://specbranch.com/posts/one-big-server/

本文讨论了单体应用与微服务架构的辩论,指出真正的问题在于分布式系统架构是否值得开发者投入时间和成本。文章通过分析服务器的硬件能力,指出现代服务器的强大性能,如微软 Azure 使用的 AMD 服务器拥有 128 核心和 256 线程,能够提供 4TFLOPs 的计算性能,这在 2000 年初足以位列全球 500 强超级计算机之列。服务器的内存容量可达 1TB,甚至 8TB,内存吞吐量约为 200Gbps,I/O 能力支持 30 个 NVMe SSDs 和网络卡,网络连接速度可达 50-100Gbps。

文章强调,一台服务器的能力足以处理视频文件传输、NoSQL 数据库操作、PostgreSQL IOPS、nginx 请求处理、Linux 内核编译和 4K 视频渲染等任务。在成本方面,大型托管服务提供商 OVHCloud 提供的服务器月租费为 1318 美元,而 Hetzner 提供的较小服务器月租费约为 140 欧元。AWS 提供的大服务器 m6a.metal 的小时费用为 8.2944 美元,月费用约为 6055 美元。相比之下,购买服务器大约需要 8 个月才能与云服务器成本持平,而租赁则需要 30 个月。

文章还讨论了云计算的兴起,指出自 2010 年以来,服务器的尺寸和 SSD 的 IOPS 都有所增加,但主流 VM 和容器的尺寸增加不多,虚拟化驱动的性能更接近硬盘而非 SSD。对于大多数非视频流服务,一台服务器通常足够,甚至在 QPS 低于 10k 的情况下,一台服务器也能胜任。对于简单的服务,一台服务器甚至可以达到百万 QPS。文章建议,如果需要使用服务器集群,使用较少的大型服务器通常比使用大量小型服务器更好,因为集群协调的开销通常是 O(n)级别的。在可用性方面,使用单个大型服务器的主要缺点是可用性问题,服务器需要停机维护,并且可能会发生故障。运行一个主服务器和一个备份服务器通常足够,将它们放置在不同的数据中心可以提供足够的冗余。对于极度偏执的情况,可以在两个数据中心各放置两台服务器,以提供更多的冗余。


HN 热度 323 points | 评论 287 comments | 作者:antov825 | 1 day ago #

https://news.ycombinator.com/item?id=45085029

  • 云计算的“云税”限制了工程师考虑的解决方案类型,导致他们无法充分利用更大的计算能力。
  • 云计算服务如 AWS 与 Hetzner 等提供商相比,性价比低,后者能以相同价格提供更强的计算资源。
  • 拥有更大的计算能力可以节省工程时间,避免构建复杂系统来应对资源限制。
  • 云计算服务在 2025 年可能更多用于监管、流程和腐败捕获提取,而非机器经济和开发者生产力。
  • 裸机服务器可以减少网络延迟,提高性能,无需担心虚拟机中的内存带宽争用和缓存架构延迟。
  • 与传统云服务相比,使用 NVME 驱动器和容器中的 Postgres 的专用服务器性能差异巨大。
  • 需要考虑数据库管理员的成本,包括备份、更新、监控、安全和访问控制等。
  • 一次性投资和永久成本之间存在根本区别,SaaS 费用是永久的租赁陷阱。
  • 中级开发者一天的工资和硬件成本是一次性费用,而云服务的重复费用长期来看更高。
  • 云服务需要备份、监控设置、访问控制、秘密管理等,并非所有版本升级都是自动的。
  • AWS 现在可以自动进行主要版本升级,减少停机时间。
  • 使用云服务的客户往往需要更多的工作,因为他们的设置通常需要更多的工作。
  • 客户因为供应商锁定而难以从 AWS 等云服务中解脱出来。

Nintendo Switch 2 Dock USB-C Compatibility #

https://www.lttlabs.com/blog/2025/08/30/nintendo-switch-2-dock

这篇文章主要探讨了 USB Type-C(USB-C)的基础知识,特别是 USB-C Power Delivery(PD)协议。USB-C PD 是一种协议,用于协商和传输高达 240 瓦的电力。文章没有涵盖 USB-C PD 的所有细节,而是提供了一些关键信息,帮助读者了解如何进一步研究这一主题。

USB-C PD 允许电源设备(供电设备)向接收设备(接收电力的设备)宣布其供电能力,电压可达 20V 或 48V(使用扩展功率范围 EPR 时)和 5A,EPR 甚至支持高达 240W 的电力。USB-C PD 协商过程包括设备之间的一系列消息交换,但由于现实中可能存在许多例外,协商可能会有所不同。

文章通过一个简化的例子说明了 USB-C PD 协商过程,包括源设备能力(SOURCE_CAPABILITIES)消息、请求(REQUEST)消息、接受(ACCEPT)消息和电源供应就绪(PS_RDY)消息。此外,还提到了 Vendor Defined Messages(VDM),这是一种用于协商数据方向、格式等的标准消息,也用于专有模式。

文章还提到了作者进行的八项测试,涉及不同的设备和连接,包括 Nintendo Switch 2、Nintendo Switch 2 Dock、AC 适配器等。测试的目的是提供具体信息,而不是作为有趣的阅读。测试结果表明,Nintendo Switch 2 的 AC 适配器仅在连接时发送消息以协商 20V 3A,之后不再发送。而 Switch 2 和其 Dock 之间的通信更为频繁,首先是协商电力,然后是当 Switch 2 的状态改变时协商显示模式。测试中,Switch 2 在开启或关闭时,测量到的功率会有急剧变化。


HN 热度 277 points | 评论 165 comments | 作者:croes | 23 hours ago #

https://news.ycombinator.com/item?id=45087971

  • Nintendo Switch 2 可能故意设计了特殊的专有协议在 USB-C 之上,导致大多数底座无法支持
  • USB PD 通信中的 Vendor Defined Messages(VDMs)是正常现象,用于 DisplayPort、Thunderbolt 等,并非 Nintendo 特有的“vendor defined language”
  • Nintendo 可能有意制造不兼容性,但这是在标准的 USB-PD 中的一个未知类型的单一消息,而不是“超过 30 个专有消息”
  • Nintendo Switch 2 可能因为需要额外的冷却风扇而不支持 Switch 1 的底座,以避免过热和性能下降
  • Nintendo Switch 2 在连接到 1080p 显示器时可能会以 1080p 渲染,因为 4K 渲染再缩放输出太浪费资源
  • Nintendo 可能为了避免诉讼而没有明确表示这是故意为之,但实际上他们认为这是有意为之
  • Nintendo 以其诉讼倾向而闻名,即使在没有明显法律依据的情况下也会对个人提起诉讼
  • 指出硬件不兼容与知识产权无关,但可以作为 Nintendo 诉讼倾向的证据
  • Nintendo 可能只是无知,没有证据表明他们故意为之,直到被欧盟罚款为止

Bear is now source-available #

https://herman.bearblog.dev/license/

Herman 在他的博客中宣布,他所创建的 Bear 平台的代码许可从 MIT 变更为 Elastic License。Elastic License 与 MIT 许可几乎相同,但增加了一个限制,即软件不能作为托管或管理服务提供。这一决定是由于有人试图通过复制 Bear 项目来创建竞争服务,这让 Herman 感到受伤。他看到自己长时间辛苦工作的成果被复制和分发,只做了几个小时的修改,这对他的生计构成了威胁。Herman 提到,许多其他开源项目在过去几年也更新了他们的许可证,以防止“免费搭车竞争”。他认为,尽管 Bear 的代码很好,但平台之所以特别,是因为使用它的人和对持久性的承诺。他承诺将照顾好这个平台,即使这意味着要改变人们对代码的使用方式。


HN 热度 276 points | 评论 251 comments | 作者:neoromantique | 9 hours ago #

https://news.ycombinator.com/item?id=45092490

  • 开源社区认为,如果亚马逊不能将其作为 AWS 产品之一,则它不是真正的开源,如果有人声称它是,他们会非常生气。
  • 有人提出需要认识到“免费搭车竞争”问题,并赞扬 Herman 的贡献,建议找到一个比“源代码可用”更准确的术语来描述社区项目。
  • 有人认为开源的初衷是保护用户权利,牺牲开发者权利,只要 AWS 能提供更好的软件服务,同时让用户知道如何运行相同服务,AGPL 就实现了其目标。
  • AGPL 不关心代码编写者,只关心用户。
  • 有人指出开源社区最初更倾向于 GPL -> GPLv3 -> AGPL 这样的许可证,明确阻止了亚马逊式的免费搭便车行为。
  • 有人区分开源和自由软件运动,前者更注重开发者合作,后者更注重用户权利。
  • 有人认为开源是为了迎合“免费搭车”的企业,这是开源存在的原因。
  • 有人提到开源运动试图推广开源作为最佳开发模式,而自由软件运动则关注用户自由。
  • 有人提到,随着云计算的出现,出现了新的挑战,AGPL 试图解决这个问题,但可能还不够。
  • 有人认为,对于宽容的许可证,我们看到了这些“不托管”的例外情况。
  • 有人提到,开源提供了与自由软件相同的“四项自由”,因此大多数开源许可证也符合自由软件的定义。
  • 有人指出,如果目标是开发者合作,宽容许可证通常是最佳选择;如果目标是最大化用户权益,那么复制许可证会限制开发者自由,以确保未来的代码也将作为自由软件发布。

Cloudflare Radar: AI Insights #

https://radar.cloudflare.com/ai-insights

Cloudflare Radar 提供了关于互联网流量、AI 洞察、安全和域名信息的综合数据。在过去 7 天中,AI 机器人和爬虫流量显著,其中 GPTBot、ClaudeBot、Meta-ExternalAgent、Amazonbot 和 Bytespider 是最为活跃的 AI 机器人。这些 AI 机器人主要用于数据收集、搜索引擎优化、AI 模型训练等任务。在 AI 爬虫的流量中,77.6% 用于训练,17.2% 用于搜索,4.5% 用于用户行为,0.7% 未声明。

Cloudflare 还提供了关于 AI 模型和任务在 Cloudflare Workers 上的分布情况,以及基于 1.1.1.1 DNS 解析器流量的前 10 大 AI 服务。此外,Cloudflare 还分析了 AI 爬虫的集体行为,并提供了关于 AI 最佳实践的博客文章。最新的 AI 博客文章讨论了在 Cloudflare 全球网络上构建实时语音 AI 应用的新功能。

预计到 2025 年,AI 训练将驱动近 80% 的 AI 爬取,而从 Google 等搜索引擎的推荐流量正在下降,爬取与推荐的比例显示 AI 消耗的远多于它回馈的。Cloudflare Radar 还提供了按行业划分的 AI 相关数据和按目的(如训练或用户行为)划分的机器人流量分析。


HN 热度 265 points | 评论 87 comments | 作者:tosh | 8 hours ago #

https://news.ycombinator.com/item?id=45093090

  • Cloudflare 正在将自己定位为“好机器人”的守门人,对于 OpenAI 来说,他们计划未来会进行验证。
  • Cloudflare 试图双重收费:既向用户收费提供 CDN 服务,又试图收费以获取访问用户内容的特权。
  • 这种服务是网站所有者想要的,Cloudflare 复活 402 支付所需响应是少数可以大规模工作的方案之一。
  • 技术限制不应定义社会,而应将边缘案例融入技术以更好地符合社会的一般期望。
  • 网站所有者说“是的,正常人类,不,坏机器人,除了好机器人”是完全可以接受的。
  • 互联网档案馆可能会越来越无法有效地运作,如果他们继续尊重 robots.txt 并且不实施抓取保护绕过机制。
  • 互联网档案馆已经有近十年没有尊重 robots.txt 了。
  • Cloudflare 不确定互联网档案馆是否尊重 robots.txt。
  • Cloudflare 试图双重收费,他们向用户收费提供 CDN 服务,现在又试图收费以获取访问用户内容的特权。
  • 互联网档案馆可能会获得豁免,如果他们禁止内容被抓取并在约定的未来日期之前将其变暗(存储但不公开可用)。
  • Cloudflare 的业务和一直以来的业务就是阻止不需要的网站流量,对此不应感到惊讶。
  • 需要一种更合理的验证机器人的方式,这不仅与 AI 机器人有关。
  • 实际上签署请求是一个巨大的改进,Cloudflare 希望他们注册并不好,但标准允许自动发现和验证签名密钥。
  • 大多数爬虫可以通过 IP 地址进行验证。
  • Cloudflare 实际上有能力成为互联网守门人。
  • 网站所有者通过选择使用他们的服务,实际上已经要求 Cloudflare 成为互联网的守门人。
  • Cloudflare 将对互联网征税,就像苹果和谷歌对智能手机征税一样。
  • 每个网站都有一个设置可以开启或关闭按爬取付费,他们也控制定价,这更像是 Cloudflare 使其客户能够按爬取付费。
  • 没有人要求 Cloudflare 成为互联网的非选举领袖,但所有支付他们服务费用的人都这样做了。

Lewis and Clark marked their trail with laxatives #

https://offbeatoregon.com/2501d1006d_biliousPills-686.077.html

在 1800 年代,刘易斯和克拉克的探索队在前往俄勒冈州的途中,由于低纤维饮食导致队员们普遍便秘。幸运的是,他们携带了 600 颗被称为“雷鸣丸”的巨大药丸,主要成分是汞盐,用于缓解便秘。这些药丸帮助考古学家通过检测土壤中的汞含量来确定他们的营地位置。

这些药丸是本杰明·拉什博士的杰作,他是美国开国元勋之一,也是《独立宣言》的签署者。拉什博士的“英雄医学”风格在当时并不受欢迎,特别是在 1793 年费城黄热病流行期间,他的病人死亡率远高于未经治疗的患者。当时的医学理论基于盖伦的“体液学说”,认为疾病源于血液、痰、黄胆汁和黑胆汁的不平衡。因此,拉什博士和其他医生采取了“英雄医学”的实践,即加大剂量以期达到治疗效果。

刘易斯和克拉克探险队的领导们接受了基础医疗培训,并携带了一系列药物,包括用于放血的柳叶刀、用于引发“热”的水泡粉、用于缓解疼痛和诱导睡眠的鸦片产品,以及用于通便的泻药。这些泻药就是拉什博士的“拉什博士的胆汁丸”,每颗药丸含有大约 10 粒的甘汞和 10 至 15 粒的 jalap。Jalap 是一种强力的天然泻药,而甘汞(汞氯化物)是一种当时被认为有效的药物,尤其是在大剂量时,它是一种强烈的泻药,能够导致长时间的排便,使患者极度虚弱,希望恢复胆汁平衡。甘汞也是当时唯一已知对梅毒有效的药物,梅毒在军队中一直是个问题。当症状出现时,患者会被给予“雷鸣丸”并涂抹外用汞药膏,直到他们开始大量流口水,这是轻度汞中毒的症状,但当时被认为是身体正在排出疾病的迹象。


HN 热度 230 points | 评论 86 comments | 作者:toomuchtodo | 24 hours ago #

https://news.ycombinator.com/item?id=45087815

  • 人们没有随着时间改变太多,对“雷鸣丸”这样的名称感到好笑。
  • “大提顿”山脉在法语中的意思是“大乳房”。
  • 有一个关于乳房形状的山丘的奇妙列表。
  • 原始部落可能也有他们自己的天然泻药,并以此为乐。
  • 最古老的笑话可以追溯到公元前 1900 年的苏美尔谚语。
  • 另一个公元前 1600 年的笑话是关于如何娱乐无聊的法老。
  • “这对我全是希腊语”这个表达在多种语言中都有变体。
  • 世界语中对应的表达是“对我来说全是沃拉普克语”。
  • 丹麦语中也有类似的表达。
  • 除了汞化合物外,Lewis 和 Clark 还携带了一种名为 Ipomoea purga(jalap)的天然泻药。
  • “jalap”这个名字只是指它生长的城市附近,意为“沙水”。
  • 台湾有一种叫做“明天见”的蘑菇,因为它们不易消化。
  • 人们可能经常无意中摄入了各种让人醉或 high 的东西。
  • 可能是由含有黄樟素的天然状态下的萨萨弗拉斯制成的萨斯帕里拉和根汁啤酒。
  • 露营地的厕所被称为“雷鸣箱”,可能是因为沉重的木盖关闭的声音或来自其中的声音。
  • “雷鸣丸”中的主要成分是汞盐,这似乎对环境不安全。
  • 汞是过渡金属中最甜美的。
  • 人们在旅行中可能会因为服用“雷鸣丸”而中毒。
  • 在艰苦的旅行中,人们可能会经历便秘和腹泻。
  • 这些旅行者是美国军队的成员,所以他们可能已经知道野外生活会是什么样子。
  • 0.12 克汞氯化物的剂量似乎很小,不太可能在 200 年后还能找到。
  • Dr. Benjamin Rush 的风格的“英雄医学”已经让他的名声下降。
  • 有人认为健康和服务业的负责人与 Dr Rush 对人体健康的看法相似。
  • RFK Jr.被诊断出汞中毒,汞中毒会让人变得疯狂,这也是《爱丽丝梦游仙境》中“疯帽子”的由来。
  • RFK Jr.在他的书中攻击福奇,标题为《真正的福奇》。
  • 有人认为 RFK Jr.的观点并不争议,他强调在处理肥胖等问题时,医疗界忽视了人体健康的基本面。

CocoaPods trunk read-only plan #

https://blog.cocoapods.org/CocoaPods-Specs-Repo/

CocoaPods 计划在两年后将 trunk 转为只读模式。届时,将不再添加新版本或 pods 到 trunk。这一变化将简化 CocoaPods trunk 的安全性。现有的基础设施如 Specs repo 和 CDN 将继续运行,只要 GitHub 和 jsDelivr 继续存在。这将确保所有现有构建正常工作。

作者计划实施只读模式,使得提交新的 Podspec 到 CocoaPods 时,服务器层面将始终拒绝。然后将“CocoaPods/Specs”仓库标记为 GitHub 上的“已归档”,以覆盖所有基础。

2026 年及以后使用 CocoaPods 的人不会因这一转变而中断构建,但将不再获得通过 CocoaPods trunk 提供的依赖项更新。这不会对使用自己的 specs 仓库或所有依赖项都已 vendored(例如,全部来自 npm)的人产生影响。

2025 年 5 月更新:由于安全研究人员滥用 CocoaPods 中的脚本功能,我们现在引入了阻止新 CocoaPods 使用 Podspec 中的 prepare_command 字段的措施。任何现有的使用 prepare_command 的 Pods 都将被硬编码以绕过此检查。

时间线如下:

  • 2025 年 5 月:停止添加使用 prepare_command 字段的新 CocoaPods。
  • 2025 年中后期:向所有贡献过 Podspec 的人发送电子邮件,通知他们即将切换到只读模式,并链接到这篇博客文章。
  • 2026 年 9 月至 10 月:再次向所有贡献过 Podspec 的人发送电子邮件,通知他们即将切换到只读模式,并链接到这篇博客文章,指出他们大约还有一个月的时间进行测试运行。
  • 2026 年 11 月 1 日至 7 日:触发测试运行,让自动化有机会提前出现问题。
  • 2026 年 12 月 2 日:永久切换 trunk 不接受新的 Podspecs。这是在美国感恩节后的一个星期三,作者认为人们不会处于匆忙状态。

这些日期并非一成不变,如果有人有充分理由要求调整时间线,作者愿意考虑。但作者不愿意提前,合理的推迟是可以接受的。


HN 热度 224 points | 评论 94 comments | 作者:matharmin | 12 hours ago #

https://news.ycombinator.com/item?id=45091493

  • CocoaPods 是苹果平台管理依赖的历史性工具,感谢所有维护者的贡献。
  • 有人认为新的解决方案虽然功能较少,但得到了更好的支持和集成。
  • 有人对 CocoaPods 的淘汰表示尊重,认为这是为了给新的、更好的解决方案让路。
  • 有人认为“更好的解决方案”可能只是指更新的解决方案,并不一定真的更好。
  • 有人提到开源中的“更好”可能意味着更新,即使伴随着更少的功能和更多的 bug。
  • 有人表示 Swift Package Manager(SPM)体验不佳,缺乏一些有用的功能,且在 Xcode 中存在许多问题。
  • 有人反驳说,他们的大型项目使用 SPM 并没有遇到问题,而 Cocoapods 则经常遇到错误。
  • 有人认为本地 Swift 包可以稍微改善体验,但 SPM 仍然存在问题。
  • 有人感觉苹果团队自己可能并不使用 SPM。
  • 有人解释说,对于苹果来说,二进制大小非常重要,而 SPM 使用静态链接,这会导致二进制大小膨胀。
  • 有人表示 SPM 对他们来说几乎没有麻烦,比 CocoaPods 要好得多。
  • 有人希望 SPM 能取代 Android 端的 Gradle,因为 Gradle 过于复杂。
  • 有人提供了一个名为 swift-outdated 的工具,可能是 SPM 的一个补充。
  • 有人提到 SPM 对编译器标志的限制也是一个问题。
  • 有人批评 SPM 不支持与 git worktree 一起使用,因为包缓存是集中的,而不是在目录/项目/工作区级别。
  • 有人表示 Cocoapods 相比 SPM 更像是噩梦,每次 iOS 更新都会出现新问题。
  • 有人推荐使用 Tuist 作为 Cocoapods 的替代品。

When the sun will literally set on what’s left of the British Empire #

https://oikofuge.com/sun-sets-on-british-empire/

这篇文章探讨了英国帝国是否日落的问题,并得出结论认为英国帝国并未日落。文章指出,尽管英国的海外领土分布稀疏,但由于其广泛的分布,太阳总是照耀着英国的某个领土。文章特别强调了皮特凯恩群岛和英属印度洋领地在维持这种“日落不落”现象中的重要性,并提供了图表来说明这一点。

文章提到,英国政府计划将查戈斯群岛(包含英属印度洋领地)的主权移交给毛里求斯,但这一决定遭到了毛里求斯新政府的反对,并且由于英属印度洋领地的迪戈加西亚岛上设有美军基地,新上任的特朗普政府也在这一过程中拥有发言权。文章还提到了查戈斯人,他们在 1968 年被驱逐出家园,为美军基地让路,但在谈判中没有发言权。

文章进一步讨论了英国在塞浦路斯的主权军事领土——主权基地区(SBAs),这些地区的存在可能对迪戈加西亚岛的未来情况有所启示。SBAs 是在塞浦路斯 1960 年从英国独立出来时建立的,英国保留了岛上约 250 平方公里的两个地区。这些地区的边界非常复杂,旨在避免塞浦路斯定居点,同时包括英国军事设施。文章还提到了 1974 年土耳其入侵塞浦路斯后,英国领土成为联合国缓冲区的一部分,使得边界情况更加复杂。

最后,文章通过一个日出日落图表展示了如果没有英属印度洋领地,阳光如何在皮特凯恩群岛和塞浦路斯的 SBAs 之间传递。文章指出,如果英属印度洋领地消失,当皮特凯恩群岛的太阳落山时,英国帝国的太阳也将落山。


HN 热度 222 points | 评论 297 comments | 作者:bediger4000 | 1 day ago #

https://news.ycombinator.com/item?id=45084913

  • 法国共和国仍然可以声称“日不落帝国”的称号,至少根据维基百科的地图来看。
  • 法国和英国都曾是“日不落帝国”,法国有更多的余地,没有单一领土独立会让法国失去这个称号。
  • 法国拥有最长的国内定期航班,距离为 9349 公里。
  • 法国曾经拥有最长的国内航班,但由于美国的新冠疫情限制,该航班只活跃了大约 1 个月。
  • 法国巴黎到留尼汪岛的航班已经活跃很长时间,至今仍在使用。
  • 法国与巴西的陆地边界最长,位于亚马逊雨林中,长度为 730 公里。
  • 法国与西班牙的边界长度为 685.42 公里。
  • 测量国家边界时存在海岸线悖论,因为海岸线在数学上是无限长的。
  • 河流边界也遵循相同的原则,但实际上许多河流边界都是用直线或简单的数学曲线连接特定样本点来定义的。
  • 尽管海岸线在理论上是无限长的,但在实践中是有限制的,可以通过定义测量系统来确定长度。
  • 法国与巴西的边界长度可能因为测量方法不同而存在不一致性。
  • 任何基于自然特征的边界都在不断变化,例如大风暴可能会改变河流的走向。
  • 边界不像海岸线,它们是抽象的划分,即使经常使用地理特征来定义。

Hacker News 精彩评论及翻译 #

We should have the ability to run any code we want… #

https://news.ycombinator.com/item?id=45088995

In this context this would mean having the ability and documentation to build or install alternative operating systems on this hardware

It doesn’t work. Everything from banks to Netflix and others are slowly edging out anything where they can’t fully verify the chain of control to an entity they can have a legal or contractual relationship with. To be clear, this is fundamental, not incidental. You can’t run your own operating system because it’s not in Netflix’s financial interest for you to do so. Or your banks, or your government. They all benefit from you not having control, so you can’t.

This is why it’s so important to defend the real principles here not just the technical artefacts of them. Netflix shouldn’t be able to insist on a particular type of DRM for me to receive their service. Governments shouldn’t be able to prevent me from end to end encrypting things. I should be able to opt into all this if I want more security, but it can’t be mandatory. However all of these things are not technical, they are principles and rights that we have to argue for.

zmmmmm

在这个背景下,这意味着应具备在硬件上构建或安装其他操作系统的能力和相关文档。

这行不通。从银行到Netflix等所有机构,都在逐步淘汰那些无法将控制链完全验证到某个可建立法律或合同关系实体的任何东西。说清楚点,这是根本性的,而不是偶然的。你不能运行自己的操作系统,因为这不符合Netflix的财务利益。同样,也不符合你的银行或政府的利益。他们都从你无法控制中获益,所以你不能。

这就是为什么捍卫此处真正的原则——而不仅仅是其技术产物——如此重要。Netflix不应能为了让我使用其服务而坚持要求某种特定的DRM。政府也不能阻止我对信息进行端到端加密。如果我想要更高的安全性,我应该可以选择启用所有这些安全措施,但这不能是强制性的。然而,所有这些都不是技术问题,而是我们需要为之争取的原则和权利。


We should have the ability to run any code we want… #

https://news.ycombinator.com/item?id=45092413

I think the conversation needs to change from “can’t run software of our choice” to “can’t participate in society without an apple or google account”. I have been living with a de-googled android phone for a number of years, and it is getting harder and harder, while at the same time operating without certain “apps” is becoming more difficult.

For example, by bank (abn amro) still allows online banking on desktop via a physical auth device, but they are actively pushing for login only via their app. I called their support line for a lost card, and had to go through to second level support because I didn’t have the app. If they get their way, eventually an apple or google account will be mandatory to have a bank account with them.

My kid goes to a school that outsourced all communication via an app. They have a web version, but it’s barely usable. The app doesn’t run without certain google libs installed. Again, to participate in school communication about my kid effectively requires an apple or google account.

I feel like the conversation we should be having is that we are sleepwalking into a world where to participate in society you must have an account with either apple or google. If you decide you don’t want a relationship with either of those companies you will be extremely disadvantaged.

kristov

我认为讨论的重点需要从“无法运行我们选择的软件”转变为“没有苹果或谷歌账户就无法参与社会”。我已经使用“去谷歌化”的安卓手机好几年了,情况正变得越来越困难,同时,不使用某些“应用”也越来越难。 以我的银行为例(ABN Amro),他们仍然允许通过物理认证设备在台式机上使用网上银行,但他们正在积极推动仅通过其App登录。我因丢失银行卡致电客服,因为没有App,我的问题被转到了二级支持。如果按他们的方向发展,最终拥有他们的银行账户可能就离不开苹果或谷歌账户了。 我孩子的学校将所有沟通工作都外包给了一款App。他们虽然有网页版,但基本无法使用。这款App不安装特定的谷歌库文件就无法运行。同样,要有效参与关于我孩子的学校沟通,实际上也需要一个苹果或谷歌账户。 我觉得我们真正应该讨论的是,我们正在不知不觉地走向一个必须拥有苹果或谷歌账户才能参与社会的世界。如果你决定不想与这两家公司有任何瓜葛,你将处于极其不利的地位。


Is it possible to allow sideloading and keep users… #

https://news.ycombinator.com/item?id=45080628

“sideloading” connotates something that is negative.

On systems before apple’s locked-down iphone, it was just called “installing”.

The PC revolution started with people just inserting their software into the comptuer and running it. You didn’t have to ask the computer manufacturer or the OS vendor permission to do it.

And note that apple doesn’t allow you to protect yourself. You cannot install a firewall and block arbitrary software on your phone. For example, you can not block apple telemetry.

m463

“侧载”(sideloading)这个词带有负面的涵义。 在苹果被严格管控的iPhone出现之前,这种行为就只是被称为“安装”。 个人电脑革命始于人们自行安装软件并运行它。你不需要向电脑制造商或操作系统供应商申请许可。 请注意,苹果不允许你保护自己。你无法在手机上安装防火墙来阻止任意软件的运行。例如,你无法阻止苹果的遥测数据。


2025 09 01 HackerNews

2025-09-01 06:46:35

2025-09-01 Hacker News Top Stories #

  1. 二战时期,美国军事通信中要求改述电报以确保安全,避免敌方通过比较加密文本和明文获取数据。
  2. 该网页分析了Fediverse和Atmosphere的用户数据集中度,使用HHI和Shannon Index进行衡量,探讨去中心化的其他因素。
  3. 谷歌的新政策要求安卓用户在安装应用时需获得许可,引发争议,用户担心自主权受限和安全隐私问题。
  4. 六个月的关税政策让企业在定价上陷入困境,汤普森贸易公司因铜制浴缸进口关税问题被迫重新考虑定价。
  5. Dave使用带有电子纸显示屏的Minimal Phone进行阅读,减少了无意义的社交媒体滚动,提升了阅读体验。
  6. 本文讨论了管理ADHD的策略和战术,强调药物治疗的重要性,并提供具体的管理技巧和资源推荐。
  7. Jujutsu版本控制系统的教程适合初学者,分六个级别从基础到高级工作流程,适合个人和团队使用。
  8. 该文章探讨了将演讲内容可视化为Git图表的方法,分析了特朗普的“编织”风格,并展示了如何通过Git图谱展示演讲主题的连贯性。
  9. FDA官员维奈·普拉沙德要求YouTube删除包含他批评新冠疫苗的视频,引发对审查和版权争议的讨论。
  10. 量子计算机尚未分解数字21,因为分解21需要的量子逻辑门操作数量远高于分解15,资源需求和技术挑战仍然巨大。

“This telegram must be closely paraphrased before being communicated” Why? #

https://history.stackexchange.com/questions/79371/this-telegram-must-be-closely-paraphrased-before-being-communicated-to-anyone

这个网页是关于二战时期美国军事通信的一个讨论。在一些二战历史文件上,特别是那些被送往美国的文件,会出现一条通知:“这个电报在传达给任何人之前必须被紧密地改述。”这些文件是富兰克林·德拉诺·罗斯福总统图书馆和博物馆的一部分。这个短语的含义是,为了安全起见,不应该重复发送相同消息的确切文本,无论是加密还是未加密的形式。改述(paraphrase)的术语被用来指改变消息以避免这种情况。

根据美国陆军大约那个时代的一份关于密码学的文件,改述意味着重写消息,尽可能改变原始措辞而不改变消息的含义,通过改变句子的位置、主题、谓语以及修改短语或从句,以及尽可能多地使用同义词和同义表达。这样做的目的是为了减少敌人可能从准确比较加密文本与原始明文获得的数据。重要的是要消除重复的单词或专有名词,如果可能的话,通过使用精心挑选的代词、“前者”、“后者”、“首次提及的”、“第二次提及的”等词或其他方式。经过仔细改述后,消息可以用另一个密钥或代码发送。


HN 热度 468 points | 评论 84 comments | 作者:azeemba | 10 hours ago #

https://news.ycombinator.com/item?id=45082731

  • 英国曾通过在德国士兵尸体口袋里放置手写便条的方式进行已知明文攻击,以便解密恩尼格玛密码机的通信。
  • 通过维基百科链接提供了“园艺”(cryptanalysis)的解释。
  • 提到了“园艺”与“深度”(in depth)的概念,以及布莱切利公园(Bletchley Park)对事物命名的习惯。
  • 讨论了使用相同密钥发送改写消息的风险,以及这如何帮助破解洛伦兹密码机。
  • 现代使用一次性数字(nonces)来避免发送深度消息,但重用 nonces 可能会导致灾难性后果。
  • 讨论了比特币硬件钱包因重用 nonces 而导致私钥被提取和比特币被盗的事件。
  • 讨论了“深度”一词可能的来源,包括与布莱切利公园命名事物的习惯有关。
  • 指出科洛苏斯(Colossus)并非真正的计算机,而是一种关键测试器,类似于比特币矿工。
  • 提到科洛苏斯只有一些寄存器和插线板,真正的存储设备都是战后出现的。
  • 推荐访问布莱切利公园博物馆,并提到了国家计算机博物馆。
  • 讨论了科洛苏斯的一些原始硬件在战后被销毁,博物馆中的机器是复制品。
  • 分享了一个个人故事,关于作者的祖父在战争中的工作以及他对科洛苏斯复制品的贡献。
  • 提到国家计算机博物馆的科洛苏斯重建使用了一些原始部件。
  • 讨论了以太坊合约地址的确定方式,以及这可能导致的问题。
  • 讨论了 Optimism 错误地将资金发送到错误区块链上的智能合约地址,以及黑客如何利用这一点。
  • 讨论了“深度”一词可能与给对手提供更多材料以供分析有关。

Are we decentralized yet? #

https://arewedecentralizedyet.online/

这个网页提供了关于 Fediverse 和 Atmosphere 中用户数据集中度的分析。Fediverse 包括 Mastodon、Pixelfed 等,而 Atmosphere 包括 Bluesky、WhiteWind 等。网页通过 Herfindahl-Hirschman Index(HHI)和 Shannon Index 来衡量用户数据的集中度。

HHI 是经济学中用来衡量行业内企业竞争的指标,计算方法是所有服务器市场份额平方和。接近零的值表示市场竞争激烈,接近 10000 的值表示高度集中的垄断。在经济学中,低于 100 的值被认为是“高度竞争”,低于 1500 是“不集中”,高于 2500 则被认为是“高度集中”。

Shannon Index 是基于熵的生态学研究指标,计算方式与 Shannon 熵相同,即所有服务器市场份额乘以市场份额自然对数的负和。较低的值表示较低的熵(高集中度),而较高的值表示更均匀的分布。在这个背景下,最大值是服务器的数量,意味着所有服务器拥有相等的用户数量。

网页还提到,衡量用户数据集中度的不仅仅是地理位置,还包括技术层面的网络结构、身份管理、托管基础设施等,以及法律层面的服务器和公司所在地管辖区问题,以及社会层面的平台权力集中和特定群体权力过大的问题。网页鼓励人们提供其他衡量去中心化的指标,并在 GitHub 上提供代码和数据,欢迎评论和拉取请求,包括衡量分布和弹性的其他指标。

该网页由 Rob Ricci 创建,可以通过 @[email protected] 或 @ricci.io 联系他。


HN 热度 461 points | 评论 251 comments | 作者:Bogdanp | 1 day ago #

https://news.ycombinator.com/item?id=45077291

  • Herfindahl–Hirschman Index(HHI)可以用来衡量市场集中度,一个案例是微软在 1980 年代末在 Macintosh 电子表格市场的市场份额超过 100%。
  • 微软超过 100% 市场份额的情况是由于 Lotus Jazz 电子表格失败导致的负市场份额。
  • HHI 在这种极端情况下可以超过 10,000。
  • 市场份额是一个即时的度量,表示当前市场上公司产品使用情况与总使用情况的比例。
  • 市场份额的计算不应包含不同时间段的销售退货。
  • 市场份额的计算应该基于当前季度的实际销售与行业总销售。
  • 可以通过会计方式处理退货,导致某些季度出现负销售。
  • 市场份额的计算方法多样,包括按单位、按美元或不同时间段。
  • 在某些情况下,软件可以被无限次购买和退货,这与物理产品不同。
  • BlueSky 作为 Twitter 的替代品对普通用户来说体验相似,Mastadon 生态系统避免了中心化。

Google: ‘Your $1000 phone needs our permission to install apps now’ [video] #

https://www.youtube.com/watch?v=QBEKlIV_70E

这段视频是由 Louis Rossmann 制作的,标题是“Google: ‘Your $1000 phone needs our permission to install apps now’”。视频主要讨论了谷歌对安卓系统的新政策,即用户在安装应用时需要获得谷歌的许可。这一政策引发了广泛的争议和批评。

主要观点和评论

  1. 用户自主权受限 - 许多用户认为,谷歌的新政策限制了用户对自己设备的自主权。用户希望能够在自己的设备上自由安装应用,而不是受到谷歌的限制。
  2. 安全与隐私的平衡 - 一些评论指出,谷歌以“安全”和“隐私”为由限制用户安装应用,但这种做法可能并不完全是为了用户的安全,而是为了控制应用市场。
  3. 对开发者的限制 - 有评论提到,谷歌的这一政策可能会对那些开发替代应用的开发者产生不利影响,尤其是那些绕过广告的应用。
  4. 对消费者权益的担忧 - 一些用户认为,谷歌的这一政策属于“反消费者行为”,因为它剥夺了用户选择的权利。
  5. 对其他平台的影响 - 有评论提到,如果谷歌继续限制安卓设备,其他平台(如桌面操作系统)也可能会受到类似的影响。
  6. 对未来的担忧 - 一些用户担心,谷歌的这一政策可能是为了在未来的某个时刻实施更严格的控制。
  • 用户选择受限:“Ok, so what do i switch to now? I refuse apple. So what do i have to chose from?”
  • 用户责任:“Let me have my malware. My phone is my responsibility.”
  • 对谷歌的批评:“Google are masters at enshittification of their products.”
  • 对消费者权益的担忧:“I have no idea how this doesn’t fall under ‘anti-consumer practices’ when they deliberately remove features from products.”
  • 对未来的担忧:“This is a move against app developers that circumvent ad blockers. The security they are ensuring isn’t device safety.”

这段视频和评论反映了用户对谷歌新政策的强烈反应,以及对用户自主权和消费者权益的担忧。


HN 热度 457 points | 评论 451 comments | 作者:robtherobber | 10 hours ago #

https://news.ycombinator.com/item?id=45082750

  • Google 对安卓手机应用安装的限制可能会促使用户转向 iPhone。
  • 反对“侧载”的概念,认为这是一种对用户不利的措辞,让人感觉像是在绕过安全措施做非法的事情。
  • 认为“侧载”这个术语本身就带有负面色彩,让人感觉是在做边缘化的事情。
  • 有人提到,早期安卓手机需要通过电脑来管理媒体、越狱、安装论坛下载的应用等,所以“侧载”这个术语与非法行为无关。
  • 有人质疑“侧载”是否必须通过电脑下载 APK,因为可以直接在手机上下载。
  • 有人提到,对于没有浏览器的设备、被锁定只支持一个应用商店的设备,或者通过 adb 侧载的设备,侧载是必要的。
  • 有人批评 ReVanced 作为维护安卓开放性的辩护是站不住脚的,因为它涉及到绕过 Google 应用的合理订阅。
  • 有人指出 ReVanced 不仅仅是去广告,还能修复 YouTube 的用户体验问题,并允许用户对其他应用进行补丁操作。
  • 有人分享了 VPN 的连接信息。
  • 有人提出,手机作为主要的计算平台,应该和个人电脑一样,用户应该有选择安装应用的自由。
  • 有人强调,用户应该拥有对自己设备的所有权和安装软件的权利,否则就应该签署租赁协议。
  • 有人提倡推动 Linux 智能手机的发展,因为安卓并没有做什么特别的事情,这些事情在 Linux 手机上也可以实现。
  • 有人提到 ReVanced 不仅仅是去广告,它还能对 APK 进行补丁操作,并且有社区补丁适用于特定应用。
  • 有人提到,如果只需要两个应用实例,可以使用内置的工作档案功能。
  • 有人提到,希望 Android 支持更多的档案功能,以便更好地隔离不同用途的应用。

Six months into tariffs, businesses have no idea how to price anything #

https://www.wsj.com/business/retail/trump-tariff-business-price-impact-37b630c8

六个月的关税政策让企业在定价上陷入困境。北卡罗来纳州的汤普森贸易公司(Thompson Traders)就是一个例子。该公司从印度进口手工打造的铜制浴缸,原本建议零售价约为 3300 美元。然而,特朗普总统对铜进口征收 50% 的关税以及对印度商品征收高额关税,迫使汤普森贸易公司重新考虑定价。但由于关税的不确定性,确定新价格变得非常困难。“每个人都在努力弄清楚该怎么做。”


HN 热度 419 points | 评论 586 comments | 作者:JumpCrisscross | 1 day ago #

https://news.ycombinator.com/item?id=45077937

  • 纽约市 2025 年上半年私营部门新创造的工作岗位数量大幅下降,高关税导致商业成本上升,冻结了招聘。
  • 不确定性可能是导致招聘放缓的主要原因,因为决策混乱且非法,让人们不知道接下来会发生什么。
  • 在一些国家,由于货币波动和法律变化,没有长期规划,项目通常只能持续 1-2 年。
  • 招聘放缓早于关税实施,CEO 们可能认为可以用更少的人做更多的工作,或者在其他地方雇佣更便宜的人。
  • 提高利率的目的是减缓经济,阻止通货膨胀,关税普遍被认为是导致通货膨胀的原因。
  • 不同总统对经济的影响有不同的标准,一些总统即使行为不确定也会对经济负责,而另一些则不会。
  • 由于关税的不确定性,企业对未来的长期计划感到恐惧。
  • 招聘趋势的变化可以追溯到疫情开始时,这不能完全用关税来解释。
  • 由于不知道材料成本下个月、六个月或一年后会是多少,投标大型项目变得非常困难。
  • 利率下降的迹象并不明显,房地产市场实际上已经冻结。
  • 美元的下跌使得所有进口商品自年初以来变得更加昂贵,这加剧了通货膨胀。
  • 政府支出意外增加,同时关税收入也在增加,但没有详细的预算。
  • 政府的目标是降低美元价值,使美国出口商品更便宜,但这需要时间,许多企业可能会因此破产。
  • 标准普尔 500 指数的价值中有近 10% 来自一家公司,财富并不平均分配。
  • 企业可能预见到经济放缓,或者感觉人员过多,或者受到 ETF 和对冲基金经理的压力,要求节省资金。
  • 市场泡沫和政治泡沫可能是即将到来的真正的黑天鹅事件。

My phone is an ereader now #

https://www.davepagurek.com/blog/minimal-phone/

Dave Pagurek 在 2016 年购买了 Kobo 电子书阅读器,这让他重新找回了阅读的乐趣。他曾是一个热爱阅读的孩子,但随着学业负担的增加和大学实习的频繁变动,他的阅读习惯逐渐减少。Kobo 的便携性让他重新燃起了阅读的热情,并且他现在通过阅读量来间接衡量自己的生活质量。尽管 Kobo 有一些不足,比如图书馆书籍有时会无法在设备上使用,以及通过 Pocket 同步文章的过程繁琐,但他还是很喜欢这个设备。

当 Dave 听说了 Minimal Phone,一款带有电子纸显示屏的 Android 手机时,他非常感兴趣。这款手机可以插入 SIM 卡,让他在通勤时能够像阅读纸张一样阅读新闻和博客,无需提前下载或同步。他决定购买这款手机作为给自己的礼物,并从 7 月中旬开始全面测试。

Minimal Phone(MP01)与他的 Pixel 8 手机大小相似,只是略短略宽,底部三分之一是物理键盘,顶部三分之二是电子纸显示屏。手机运行 Android 系统,配备黑白电子纸显示屏。他使用的启动器类似于传统的启动器,但图标在显示屏上看起来很清晰。手机侧面有一个按钮,可以快速刷新显示屏以清除残影,并且可以打开显示设置。

这款手机的电池续航能力很强,通常可以使用两天。在低使用量的的日子里,电池甚至可以持续更久。此外,由于手机有物理键盘,他可以完全关闭自动更正功能,避免了自动更正改变编程术语、大写字母或进行奇怪的大写处理。

总的来说,Dave 非常喜欢这款手机,尽管他不会向所有人推荐,但对于他个人来说,这款手机非常适合。电子纸显示屏让他能够长时间舒适地阅读,而且在阳光下也非常清晰。他现在更容易在 RSS 阅读器上阅读博客,而不是在社交媒体上滚动。这款手机还让他的阅读量有所增加。


HN 热度 294 points | 评论 104 comments | 作者:wonger_ | 20 hours ago #

https://news.ycombinator.com/item?id=45079962

  • 怀疑 iPhone 上“city Hall”只有一个字母大写是因为通讯录中有人名“Something Hall”,自动更正错误地将其大写。
  • 有人提到因为名字与停车场楼层号相似,使用 Siri 或 VTT 记录停车位置时会错误地记录成朋友的名字。
  • 有人分享了使用这款手机后,手机使用变得更加有意识,减少了无意义的滚动时间。
  • 尽管这款手机软件存在问题,但因为硬件较弱且使用不便,反而帮助用户减少手机使用。
  • 有人推荐这款手机,因为它帮助他们减少了手机使用时间,尽管公司沟通不畅,软件有 bug。
  • 有人指出,人们故意使设备使用不便,以减少使用时间,这反映了一种自我约束的奇怪现象。
  • 有人分享了自己因照顾小孩失眠而沉迷手机,这款手机帮助他戒除了依赖。
  • 有人提到,增加使用手机的难度(如增加摩擦)是一种有效的戒除手机瘾的方法。
  • 有人比喻说,就像为了健康而选择不好吃的糖果一样,人们会为了长远的健康而选择使用不便的设备。
  • 有人提到,为了减少糖分摄入,他们选择不在家里存放含糖食品。
  • 有人使用 NFC 卡片设备“brick”来增加使用手机的难度,成功减少了屏幕时间。
  • 有人提问,是否其他成瘾物质也会采取类似的自我削弱行为。
  • 有人指出,个人对抗的是投入巨资研发如何让用户上瘾的公司,因此采取更激进的方法是可以理解的。
  • 有人提到,无论什么方法,只要有效就好。
  • 有人表示,他们的大脑不允许自己受到限制,无法通过自我约束来戒除滚动手机的习惯。
  • 有人警告说,公司沟通不佳,错过了所有设定的截止日期,提醒潜在买家要小心。
  • 有人询问是否可以在这款手机上浏览 Hacker News,并询问是否使用客户端或浏览器。

Notes on Managing ADHD #

https://borretti.me/article/notes-on-managing-adhd

这篇文章主要讨论了如何管理注意力缺陷多动障碍(ADHD)。文章分为两个部分:“策略”部分描述了高层次的控制系统,“战术”部分则是一系列微观层面的改进措施(实际上应该被称为“诡计”,因为大多数措施本质上是关于如何欺骗自己)。

策略

  1. 化学先行:ADHD 有生物学原因,药物是首选治疗手段。不要试图仅凭意志力战胜它。对于 ADHD,首选治疗是刺激剂。文章中的其他策略都是作为刺激剂药物的补充,而不是替代品。实际上,作者在开始使用刺激剂后才能执行这些策略。对于作者来说,化学是技术树中的关键节点:待办事项列表、番茄钟等都是在用药后才能解锁的。
  2. 内部和外部变化:个人成长是内部变化和外部变化之间的对话。内部变化可能来自药物、冥想、治疗、辅导或长时间练习习惯。外部变化是大脑周围的脚手架:使用待办事项列表并有效使用它,使用日历,清理桌面以免分心,写日记以便内省和注意模式。
  3. 记忆:待办事项列表是一种神经假肢,增强了长期记忆以完成任务。作者使用 Todoist,认为专业版是值得的。待办事项列表提供了记忆、顺序和层次三个功能,其中最重要的是记忆。待办事项列表是一个以行动为导向的长期记忆假肢,对于习惯形成特别有用。

战术

文章还介绍了一些具体的管理技巧,如任务选择、视觉场管理、项目检查、集中你的收件箱、零收件箱、收件箱破产、按自己的条件做、用轮询替换中断、责任伙伴、先计划后行动、出轨、利用强迫症战胜 ADHD、苦差事大师、挣扎、将旅行放在日历上、工具选择等。

文章最后提供了资源和致谢部分,感谢那些对作者管理 ADHD 有影响的人和资源。


HN 热度 286 points | 评论 151 comments | 作者:amrrs | 9 hours ago #

https://news.ycombinator.com/item?id=45083134

  • 认为文章是关于 ADHD 最好的文章之一,强调药物治疗的重要性。
  • 通过个人经历说明药物治疗对提高生活质量的巨大影响。
  • 晚诊断 ADHD 的人分享了药物治疗对他们生活带来的积极变化。
  • 有人提到非刺激性药物 Atomoxetine 可能作为 ADHD 治疗的另一种选择。
  • 有人因为身体不能忍受刺激剂而选择放弃药物治疗,转而依赖大量咖啡。

Jujutsu for Everyone #

https://jj-for-everyone.github.io/

这是一个关于 Jujutsu 版本控制系统的教程,适合没有任何 Git 或其他版本控制系统经验的初学者。目前大多数 Jujutsu 教程都是针对有经验的 Git 用户,教他们如何将 Git 技能转移到 Jujutsu 上。本教程旨在填补初学者学习资料的空白。如果你已经熟悉 Git,建议参考 Steve Klabnik 的教程。

教程需要在终端中操作,如果你对终端不太熟悉,有一个章节会介绍一些基础的终端知识。提供的命令通常只在类 Unix 操作系统(如 Linux 和 Mac)上有效。如果你使用的是 Windows 系统(且无法切换到 Linux),可以考虑使用 WSL。

教程分为不同的级别,每个级别是侧边栏中的顶级章节。建议完成一个级别后,暂时放下教程,实践所学内容。熟练掌握后,再回来学习下一个级别。唯一的例外是,如果你需要与他人合作,应该立即完成第 1 级和第 2 级。

以下是计划中的级别概述:

  1. 最基础的入门知识,仅适用于最简单的个人使用案例,例如学生跟踪和提交作业。
  2. 任何形式的合作所需的最基础知识,包括团队项目和专业软件开发人员。
  3. 基本的问题解决技能,如冲突解决和从历史记录中恢复文件。
  4. 历史重写技能,有助于迭代出一个精致的版本历史。
  5. 提高生产力的高级工作流程、鲜为人知的 CLI 功能和一些 VCS 理论。
  6. 只在特定情况下出现的主题,如标签、子模块、工作区等。

教程中会构建一个示例仓库,后续章节依赖于前一章节的状态。如果丢失了示例仓库的状态,可能会阻碍顺利进展。这可能因为多种原因发生,例如用于练习和实验、更换电脑或操作系统重装、故意删除以清理家目录,或者在你休息期间教程有重大更新。为了解决这个问题,有一个脚本可以自动化地将进度重置到任何章节的开始。脚本需要一个关键词作为参数来识别你想要继续的章节。每个章节都包含精确的重置命令,方便复制粘贴。执行来自互联网的脚本时要小心,你可以验证它是否安全。脚本并不复杂,基本上就是手动运行的命令列表。为了方便,脚本包含在可展开的文本框中。你也可以下载脚本并在检查后本地执行。


HN 热度 274 points | 评论 186 comments | 作者:Bogdanp | 7 hours ago #

https://news.ycombinator.com/item?id=45083952

  • Jujutsu 没有命名分支,与 git 相比,共享分支和累积提交的工作流程在 Jujutsu 中显得繁琐
  • Jujutsu 支持命名分支,称为“bookmarks”,通过跟踪远程 bookmarks 可以同步更新本地分支
  • Jujutsu 有时会随机丢失更改,尤其是在使用 Cursor 或在大型单体仓库中工作时
  • Jujutsu 的更改可能在 op log 中,可以通过搜索恢复
  • 可能是 Cursor 在后台运行 git 命令,导致 Jujutsu 仓库状态变化
  • Jujutsu 不能与轻量级克隆(如 git clone --filter=blob:none)共存,这个问题尚未解决
  • Jujutsu 比 Git 更强大,尽管学习起来更容易、更直观,但对高级用户来说有很多出色的功能
  • 对于没有 Git 经验的人来说,详细的 Git 和 Jujutsu 比较没有意义,选择更易学的工具并不意味着放弃功能
  • Git 很强大,但只有专家才能实际体验到其高效率的版本控制
  • Emacs Magit 是成为 Git 专家的推荐工具,而 Jujutsu 可能是通往高效率版本控制工作流程的更快途径
  • Jujutsu 在处理合并冲突方面比 Git 更灵活,可以推迟解决冲突
  • 在 Git 中,遇到冲突通常需要立即解决,而在 Jujutsu 中,可以暂时忽略冲突,以后再处理
  • 在 Jujutsu 中,可以同时处理多个“分支”的合并冲突,而在 Git 中这是一个噩梦
  • 在 Jujutsu 中,可以逐个解决冲突,并立即看到所有分支的冲突被修复

Git Diagramming “The Weave” #

https://daverupert.com/2025/08/git-diagramming-the-weave/

这篇文章讨论了美国前总统特朗普的演讲风格,特别是他所谓的“编织”技巧。作者通过观察特朗普在椭圆形办公室的一次演讲,发现其演讲内容跳跃,涉及多个主题,但最终又能巧妙地将这些话题联系起来。为了更好地理解和展示这种演讲方式,作者利用 Mermaid.js 的 GitGraph Diagram 工具,将特朗普的演讲内容转换成了 git 图谱,以可视化的方式呈现其演讲中的“分支”和“合并”。文章中,作者详细列出了特朗普在四分钟内涉及的十个不同主题,并使用“cherry-pick”来模拟特朗普在演讲中对之前话题的回溯,展示了他如何将看似不相关的话题编织在一起,创造出一种连贯的错觉。通过这种分析,作者揭示了特朗普演讲中看似杂乱无章实则精心构造的说话技巧。


HN 热度 272 points | 评论 74 comments | 作者:tobr | 17 hours ago #

https://news.ycombinator.com/item?id=45080720

  • 有人说话方式类似于“编织”,先提出各种与主题相关的陈述,最后才提到主题,有时让人难以理解。
  • 喜剧中使用“编织”技巧时,当所有线索汇聚时,观众会感到满足。
  • 有人提到“回调”是引用之前的笑话,而不是将不相关的点联系起来,询问后者是否有名称。
  • 在即兴表演中,这种技巧被称为 Harold 的第三拍。
  • 有人分享了一位数学教授在讲解公式时不按常规顺序,而是先推导公式再解释目的,导致学生难以理解。
  • 有人提到,有些书籍建议从后往前阅读,以便更好地理解内容。
  • 有人表示他们倾向于先了解目标,然后再进行设计和工程,而不是通过随机事件来学习。
  • 有人提到数学的发现过程往往是通过尝试公式直到找到有用的结果,但这不是教学的好方法。
  • 有人描述了一种非常不同的人际交流方式,外人听起来对话似乎毫无关联,但对当事人来说却很有意义。
  • 有人提到他们的岳母是“编织”高手,通过关键词将所有信息串联在一起。
  • 有人反思自己的说话方式,认为需要有理由去讲述一个故事,这有时能引起共鸣,但有时信息量过大。
  • 有人建议,如果分支(主题)名称能显示在“新主题”标签旁边,而不是仅在合并时显示,图表会更易于理解。
  • 有人认为,对于任意人类陈述的语义进行图形化很难,尤其是故意的无意义内容。
  • 有人提出,对于语义分析,git 并不是合适的工具,需要使用 Python NLP 和 spaCy 等工具。
  • 有人表示,这种分析工作似乎适合 AI 来做,而不是让人去承受。
  • 有人建议,AI 应该用于分析这种类型的应用,比如自动分析 ECG 波形信号,以检测房颤。

FDA official demands removal of YouTube videos of himself criticizing vaccines #

https://www.theguardian.com/us-news/2025/aug/31/fda-official-youtube-videos

美国食品药品监督管理局(FDA)的顶级疫苗监管官员维奈·普拉沙德(Vinay Prasad)要求 YouTube 删除由一位批评医学错误信息和特朗普政府公共卫生官员的医生和作家发布的、包含普拉沙德批评新冠疫苗的视频。纽约市的神经学家和精神病学家乔纳森·霍华德(Jonathan Howard)收到了 YouTube 的一封邮件,邮件中提到普拉沙德要求从霍华德的 YouTube 频道中删除六段视频。

霍华德的整个频道因版权侵权被 YouTube 删除,该频道包含了大约 350 个视频,涉及医生和评论员,包括普拉沙德、罗伯特·F·肯尼迪·小二世、卫生和公共服务部长以及国家卫生研究院院长等,这些视频是霍华德从他们的社交媒体账户、采访和播客中收集的。霍华德表示,创建这个频道是为了“保存”这些人在大流行初期的言论,包括一些夸大儿童新冠疫苗风险和在某些情况下最小化新冠感染风险的评论。普拉沙德是美国首席疫苗监管官员,他曾是加州大学旧金山分校的血液学家和肿瘤学家,现在是 FDA 生物制品评估和研究中心(CBER)的负责人。

他曾批评彼得·马克斯(Peter Marks),后者之前领导 CBER,并因在“曲速行动”中开发、制造和分发新冠疫苗而受到广泛尊重。普拉沙德还批评了在年轻人中使用新冠加强针和疫苗强制令,并为削减卫生机构和大学研究辩护。霍华德表示,普拉沙德过去的言论对于评估他当前和未来的可信度非常重要,这也是他 YouTube 频道的使命,记录普拉沙德和其他医生的言论。尽管霍华德收集的视频通常只被观看了“几十次”,但他将它们包含在他发表在基于科学的医学博客上的在线文章中。现在这些视频链接已经失效。

霍华德指出,普拉沙德评论的片段仍然出现在反疫苗社交媒体账户上,这表明普拉沙德只针对批评者而不是反疫苗影响者提出删除要求。普拉沙德过去曾抱怨社交媒体公司的审查。霍华德是即将出版的书《其他人都在对你撒谎》的作者,该书探讨了在特朗普第二任期上台的医学界如何在新冠大流行期间将“江湖医术”常态化并破坏公共卫生。

霍华德表示,他想强调自己不是受害者,与科学家和研究人员面临的严峻形势相比,他的 YouTube 频道被删除的经历微不足道,这些科学家和研究人员的资金正被公共卫生机构削减。普拉沙德在 FDA 任期内起步艰难。普拉沙德曾短暂辞职,之后在右翼活动家劳拉·卢默(Laura Loomer)的攻击后重返 FDA,并在 FDA 决定改变新冠疫苗规则、限制其在今年秋季对 65 岁以上成人或有某些医疗条件的人的可用性方面发挥了重要作用。此前,新冠疫苗被推荐给六个月及以上的所有人接种。


HN 热度 216 points | 评论 130 comments | 作者:NewJazz | 7 hours ago #

https://news.ycombinator.com/item?id=45083845

  • Vinay Prasad 可能隐藏了一些事情,他可能是个说谎者,因为他试图隐藏过去的言论。
  • 有人质疑 Vinay Prasad 作为视频中的人物是否有权主张版权。
  • 有人认为成为公职人员后,由于公共问责和权力,版权规则应该改变,与公职相关的公开言论应大幅增加合理使用的范围。
  • 版权法规定作者/所有者拥有独家使用内容的权利,但法院认为这种缺乏灵活性是不合理的,因此发展出了“合理使用”的概念。
  • 有人认为,如果公共利益超越了私人内容垄断,那么版权可以被豁免,特别是对于公职人员不利的言论。
  • 政府雇员在工作中执行的作品在美国是不可版权的,YouTube 删除这些视频是谷歌的越权行为。
  • Vinay Prasad 在成为政府雇员之前录制了这些作品。
  • 合理使用比“存档”和货币化 Kendrick 的最新专辑有更强的案例,特别是当涉及政策时。
  • 有人认为谷歌和 Vinay Prasad 在这个问题上都有责任。
  • Vinay Prasad 拥有他播客的版权,但可能存在有效的合理使用主张。
  • 如果演讲足够原创以获得版权,演讲者拥有内容本身的权利,未经作者许可不能分发。
  • 批评和新闻报道是这种案例的非常明确的例外,否则政治家每次被负面引用演讲时都会提起诉讼。
  • 有人质疑是否允许制作视频剪辑以“存档”。
  • 有人指出,根据公共人物的声明批评视频的法律限制是什么,以及是否需要将长剪辑剪辑成短片段以近似解释他们的观点。
  • 合理使用取决于上下文和目的,YouTube 频道所有者声称他的使命是记录这些医生的言论,以衡量他们当前和未来的可信度。

Why haven’t quantum computers factored 21 yet? #

https://algassert.com/post/2500

量子计算机在 2001 年成功分解了数字 15,但至今未能分解数字 21,这并非因为量子计算领域没有进展,而是有更令人惊讶的原因。分解 15 和 21 所需的量子逻辑门操作数量差异巨大。分解 15 的电路仅包含 21 个纠缠门,而分解 21 的电路则需要 2405 个纠缠门,成本高出 115 倍。人们通常低估了这种成本差异,误以为只增加了 25% 或两倍。

量子分解电路的主要成本来自于一系列在叠加态下的有条件的模乘运算。Shor 算法要求对每个 k<2^n 进行条件乘法,其中 n 是待分解数字 N 的位数。分解 15 时,大部分乘法操作实际上是乘以 1,可以不做任何操作,而第一个乘法操作因为输入已知为 1,也可以低成本实现。剩下的乘法操作可以通过两次有条件的交换(CSWAP)实现,这在模 15 下是可能的,因为 15 是 2 的幂减 1。然而,分解 21 时,没有乘以 1 的操作,每个乘法都需要执行,成本增加了 4 倍。此外,乘以 4 和 16 的操作不能通过两次 CSWAP 实现,需要更多的 Toffoli 门,进一步增加了成本。

这些因素共同导致了分解 21 的成本比分解 15 高出 100 倍,这就是为什么至今没有人用量子计算机分解 21 的原因。此外,量子错误校正的开销也是一个重要因素,执行 100 倍更多的门操作需要 100 倍更低的错误率,这可能需要更多的冗余和更多的量子比特,进一步增加了成本。有些论文声称已经用量子计算机分解了 21,但这些实验通常使用了等同于知道因子信息的优化,实际上并没有执行乘法操作,而是简化了问题。


HN 热度 203 points | 评论 119 comments | 作者:ingve | 10 hours ago #

https://news.ycombinator.com/item?id=45082587

  • 量子计算机要分解一个“密码学上有用的”数字需要数亿个门。
  • 量子计算机的实用性取决于量子纠错技术的发展。
  • 量子计算机需要解决冷却和设备小型化问题,以便容纳成千上万的量子比特。
  • 量子计算机的设计尚未确定,预测其发展难度很大。
  • 量子计算机的发展可能需要类似于晶体管这样的突破性技术。
  • 量子计算机是低容错技术,已经接近其极限。
  • 量子计算机可能缺乏能够引发革命性突破的技术。
  • 技术突破往往是罕见且不可预测的。
  • 从发现中子到核武器只用了十多年时间。

2025 08 31 HackerNews

2025-08-31 07:53:10

2025-08-31 Hacker News Top Stories #

  1. 在软件设计中,遵循“尽可能简单”的原则,通过深入理解代码库找到最简单的解决方案,优秀的设计看起来不复杂但功能强大。
  2. 认知负荷是开发者完成任务时需要处理的信息量,优化代码结构可以减少外在认知负荷,提高代码可读性和可维护性。
  3. Hacker News 上使用 em dash 的用户排行榜显示 derefr 用户最多,讨论还涉及 em dash 的使用趋势和正确性。
  4. 诺基亚的传奇字体 Nokia Sans 在多种尺寸下易读且具有个性,适合作为用户界面字体,但其合法性和兼容性存在疑问。
  5. 罗马尼亚在国际奥林匹克竞赛中表现出色,因其教育体系强调分层和竞争,培养优秀学生的潜力,但在教育普及方面存在不足。
  6. ACP 协议是一种标准化协议,用于代码编辑器与编程代理之间的通信,旨在实现互操作性并支持代理生态系统的开发。
  7. 将人工智能模型视为虚拟机,可以提供安全、隔离和可移植性等特性,类似于 Java 虚拟机,为 AI 模型提供标准化的执行环境。
  8. 注意力机制从多头注意力到潜在注意力的演变,通过优化查询和键值向量的计算,提升了模型的效率和性能。
  9. SQLite 的持久性属性文档不明确,默认配置可能不提供持久性,建议显式设置 synchronous 和启用 fullfsync 以确保数据安全。

Do the simplest thing that could possibly work #

https://www.seangoedecke.com/the-simplest-thing-that-could-possibly-work/

在设计软件系统时,应遵循“尽可能简单”的原则。这一原则适用于修复漏洞、维护现有系统和构建新系统。许多工程师倾向于设计一个“理想”的系统,但这种方法是错误的。相反,应该深入了解当前系统,然后采取最简单的解决方案。

简单性可能令人失望,因为系统设计需要掌握多种工具,如应用服务器、代理、数据库、缓存、队列等。初级工程师自然想要使用这些工具,但真正的掌握往往在于学会何时做得更少。在软件中,优秀的软件设计看起来并不令人印象深刻,但它们是设计上的杰作,因为它们做了最简单的事情。

例如,Unicorn 和 Rails REST API 都是优秀的软件设计,因为它们以最简单的方式提供了所需的功能。如果你需要为 Golang 应用程序添加速率限制,最简单的方法可能是在内存中跟踪每个用户的请求计数,而不是使用 Redis 等持久存储。如果边缘代理已经支持速率限制,你甚至可以简单地配置几行代码。

当然,总是做最简单的事情也有问题。首先,不预测未来需求可能导致系统不灵活或混乱。其次,不清楚“简单”的含义。第三,应该构建可扩展的系统,而不仅仅是现在工作的系统。然而,这些担忧可以通过正确的方法来解决。简单性并不意味着停止工程,而是需要深入理解整个代码库以找到最简单的解决方案。简单系统具有更少的“活动部件”和更清晰的接口。在不确定哪个更简单时,可以使用稳定性作为决定因素。最后,过度关注规模并不是不负责任的工程,而是应该根据当前的需求来设计系统。


HN 热度 991 points | 评论 360 comments | 作者:dondraper36 | 1 day ago #

https://news.ycombinator.com/item?id=45068091

  • 简单性在复杂领域可能不适用,大科技公司面临的复杂性令人震惊
  • 软件工程师之间沟通不畅,导致对简单性的理解有误
  • 简单性并不总是最好的解决方案,有时需要更复杂的解决方案
  • 复杂性不仅仅是代码或基础设施,还包括扩展、运维、维护和迁移等
  • 理解要构建的东西,并分阶段实现,每一步都提供商业价值
  • 最简单可能的解决方案并不总是最好的,需要适应变化
  • 有时提前思考几步更好,而不是每次规模扩大时都从头构建新系统
  • 难以知道何时应该提前规划,何时不应该,通常最好避免过度设计
  • 使解决方案尽可能可替换,优化替换的便利性而非性能或可扩展性
  • 英特尔在移动市场遵循此策略,结果似乎导致了失败
  • 在复杂问题或基础系统的情况下,提前思考几步特别有用
  • 简单性有时是在复杂性之后实现的,目标是足够好而非完美
  • 许多复杂性是由于集成问题,保持接口和数据交换格式简单有助于单独重构系统
  • IPv4 到 IPv6 的转变是一个没有采取最简单的可能解决方案的例子
  • IPv6 实际上就是具有更大地址空间的 IPv4,除了额外的位数外,还减少了一些不必要的复杂性
  • 与兼容路由相关的“与兼容路由”非常关键,如果没有它,IPv6 的采用可能会更低

Cognitive load is what matters #

https://github.com/zakirullin/cognitive-load

Cognitive Load(认知负荷)是指开发者在完成任务时需要思考的量。在阅读代码时,我们需要将变量值、控制流逻辑和调用序列等信息放入工作记忆中。平均来说,一个人大约能同时记住四个这样的信息块。一旦认知负荷超过这个阈值,理解事物就会变得更加困难。

我们经常在代码中感到困惑,这种困惑会耗费时间和金钱。困惑是由高认知负荷引起的,它不是一个抽象的概念,而是一个基本的人类限制。由于我们花在阅读和理解代码上的时间远多于编写代码,我们应该不断问自己是否在代码中嵌入了过多的认知负荷。

认知负荷可以分为两类:内在认知负荷和外在认知负荷。内在认知负荷是由任务本身的难度引起的,无法减少,它是软件开发的核心。外在认知负荷是由信息呈现方式引起的,可以大幅减少,我们将重点关注这种类型的认知负荷。

例如,复杂的条件语句会增加认知负荷,我们可以通过引入有意义的中间变量来减少这种负荷。嵌套的 if 语句也会增加认知负荷,我们可以通过早期返回(early returns)来减少嵌套,从而降低认知负荷。

在继承方面,复杂的继承结构会导致认知负荷增加。我们更倾向于使用组合而不是继承来减少这种负荷。此外,太多的小方法、类或模块也会导致认知负荷增加。我们应该追求深层模块——简单接口、复杂功能,而不是浅层模块——相对复杂的接口对应小功能。太多的浅层模块会使理解项目变得困难,因为我们需要记住每个模块的责任以及它们之间的所有交互。理解浅层模块的目的需要先查看所有相关模块的功能,这种在浅层组件之间的跳跃是精神上的消耗。


HN 热度 723 points | 评论 316 comments | 作者:nromiun | 11 hours ago #

https://news.ycombinator.com/item?id=45074248

  • 软件设计应尽量减少复杂性,复杂性定义为“做出改变的难度”,这主要由认知负荷决定。
  • 寻找完美的软件解决方案是不现实的,应根据个人经验和智慧在“混乱”和“美观”之间寻求平衡。
  • 业务需求是不确定的,而软件是确定的,将不断变化的需求融入到软件系统中是困难的。
  • 只有在修改代码时感到痛苦时才进行重构,且只进行最小程度的代码清理。
  • 规则不能取代品味、判断、经验和直觉,架构争论无法获胜。
  • 认为 DRY(不重复自己)应该在应用被充分理解且存在多个版本时才考虑,初期应该重复自己。
  • DRY 不是关于不重新实现事物,而是关于不复制粘贴代码,但有时复制粘贴代码是合理的。
  • 有时应该复制粘贴代码,因为那些代码块可以独立发展。
  • 初级开发者常陷入 DRY 陷阱,过早优化可能导致添加抽象和耦合,导致更大的修改范围。
  • 如果代码部分看起来相似但有不合并或重构的合理理由,应该添加注释。
  • 复制粘贴有时是可以接受的,尤其是当你需要在不同地方使用相同的功能时。
  • 有时复制粘贴代码是合理的,尤其是当你需要在不同地方使用相同的功能时。
  • 有时代码只是暂时相同,不应该合并。
  • 与 DRY 相反,当代码不够 DRY 时,可能会导致只在需要改变的地方修改,而不是所有地方。
  • 应该保持那些预期行为相同的事物的 DRY。
  • 有时复制粘贴代码是合理的,尤其是当你需要在不同地方使用相同的功能时。
  • 有时代码只是暂时相同,不应该合并。
  • 有时应该复制粘贴代码,因为那些代码块可以独立发展。
  • 有时代码只是暂时相同,不应该合并。

Show HN: Hacker News em dash user leaderboard pre-ChatGPT #

https://www.gally.net/miscellaneous/hn-em-dash-user-leaderboard.html

这个网页是一个关于 Hacker News 上使用 em dash(—)最多的用户排行榜的列表。排行榜列出了前 50 名用户,他们在使用 em dash 方面最为活跃。列表显示了每个用户的用户名、em dash 帖子的数量、首次发表 em dash 帖子的日期以及最后一次发表 em dash 帖子的日期。排名第一的用户是 derefr,共发表了 4,247 篇含有 em dash 的帖子,从 2009 年 4 月 12 日开始,直到 2022 年 11 月 30 日。紧随其后的是 dang 和 dragonwriter,分别以 4,234 和 1,428 篇 em dash 帖子位列第二和第三。这个列表还提供了一个更完整的版本链接和一个关于这个排行榜的 Hacker News 讨论链接。


HN 热度 274 points | 评论 220 comments | 作者:tkgally | 20 hours ago #

https://news.ycombinator.com/item?id=45071722

  • 使用 em dash 可能让人怀疑文本是 AI 生成的。
  • dang 建议创建一个排行榜,列出在 ChatGPT 发布前使用 em dash 的 HN 用户。
  • Claude Code 展示了如何通过 Google BigQuery 搜索 HN 数据库,并编写了排行榜的 HTML。
  • em dash 的使用随年份增加。
  • zmgsabst 使用 em dash 最多,westoncb 使用第四多。
  • 有些人认为 em dash 应该带空格,有些人认为不带。
  • 美国键盘布局没有 em dash 或 en dash,只有连字符。
  • 改变过滤器后,westoncb 的使用比例最高。
  • westoncb 声称自己是 LLMs 使用 em dash 的原因。
  • 有些人认为没有空格的 em dash 看起来不舒服。
  • 有些人认为正确的用法是 em dash 前没有空格,后有一个空格。
  • 英语中没有“正确用法”,都是共识。
  • 有些人建议排名时也考虑双连字符的使用。
  • 在 MacOS 上,使用 em dash 更为方便。
  • em dash 和 en dash 在不同键盘布局中可能不同。
  • 在 Linux 上,可以通过设置组合键来输入 em dash 和 en dash。
  • 有些人因为 MacOS 自动添加 em dash 而停止使用它们。
  • 有人因为 Reddit 评论中使用 em dash 而被错误地认为是使用 ChatGPT。

Nokia’s legendary font makes for a great user interface font #

https://www.osnews.com/story/143222/it-turns-out-nokias-legendary-font-makes-for-a-great-general-user-interface-font/

这篇文章讨论了诺基亚的传奇字体——Nokia Sans(以及 Nokia Serif)——作为用户界面字体的可能性。这种字体在 2002 年至 2013 年间被几乎所有诺基亚设备使用。作者出于怀旧情怀,尝试将 Nokia Sans Wide 变体作为用户界面字体,并发现其在多种尺寸下都非常易读,且具有个性而不过分张扬。尽管这种字体仍然归诺基亚所有,作者还是通过一个网站下载并安装了各个变体,并最终选择了 Nokia Sans Wide 作为他的用户界面字体。文章中提到,字体的创始人 Erik Spiekermann 曾对诺基亚更换字体的决定表示不满,并特别推荐 Wide 变体。作者还提到,这种字体在高 DPI 显示器上的表现很好,但他不确定在 Windows 或 macOS 系统上,或者在低 DPI 显示器上的表现如何。最后,作者提到了字体下载的法律问题,并表示他不确定下载这些字体是否合法,但他相信至少可以用于个人非商业用途。


HN 热度 262 points | 评论 87 comments | 作者:rguiscard | 11 hours ago #

https://news.ycombinator.com/item?id=45074071

  • Nokia 的字体因其良好的显示效果和高辨识度,非常适合用作用户界面字体。
  • UI 字体需要良好的 hinting 以适应低像素密度的显示设备,并且通常具有较高的 x-height 以便于字符识别。
  • Inter 字体因其平淡无奇而受到批评,被认为缺乏个性。
  • Inter 字体在低 DPI 显示器上的表现使其成为推荐字体之一。
  • 有人认为 UI 在不同 DPI 的显示器上使用相同字体是不必要的,应该允许用户自定义字体。
  • 有人反对改变字体仅仅因为窗口从一个高 DPI 显示器移动到低 DPI 显示器。
  • 有人提到苹果自 2012 年以来一直在销售高 DPI 屏幕的笔记本电脑,而许多 PC 笔记本电脑也配备了高 DPI 屏幕。
  • Inter 字体因其在不同平台上的一致性而受到一些人的喜爱。
  • Lucida Grande 字体因其时代特色而受到赞赏,但在非苹果系统下看起来有些奇怪。
  • 有人认为 Nokia 手机在美国文化中非常普遍,不理解为何有人对 Nokia 有负面看法。
  • Nokia 在美国市场失去份额的原因之一是他们坚持在手机上使用 SIP 客户端,导致美国运营商停止销售他们的手机。
  • 有人指出 Nokia 在 iPhone 发布之前就已经失去了北美市场。
  • 有人认为 Nokia 的 5210 是最佳手机,因为它坚固、便宜、续航时间长,即使被压过也能继续使用。
  • 有人认为 Nokia 的 3310 系列手机在耐用性方面非常出色。

Why Romania excels in international Olympiads #

https://www.palladiummag.com/2025/08/29/why-romania-excels-in-international-olympiads/

罗马尼亚在国际奥林匹克竞赛中表现卓越,尤其在数学、物理、信息学等领域。自 2020 年以来,罗马尼亚在国际数学奥林匹克竞赛(IMO)中成绩斐然,2022 年排名第五,2023 年第四,2024 年第十二。在其他学科的奥林匹克竞赛中也有出色表现。尽管罗马尼亚在国际评估中的总体教育表现并不突出,且人口仅有 1900 万,但其在奥林匹克竞赛中的表现堪称奇迹。

罗马尼亚的教育系统设计独特,可能是其在国际智力竞赛中成为异类的原因。19 世纪末,罗马尼亚王子阿列克山德鲁·伊奥安·库扎试图通过建立免费学校提高国家地位,但成效有限。二战后,罗马尼亚共产党政府开始进行教育改革,1948 年通过教育法,动员全社会力量消除文盲,到 1950 年代末,青少年文盲几乎被消除。

罗马尼亚的教育系统在共产党时期模仿苏联模式,包括政治宣传和体力劳动。该系统过度扩张学校,导致设施质量差但普遍存在。与苏联学校系统类似,罗马尼亚的教育系统特点是义务教育年限增加、合格教师和教育物资供应不足、预算成本高、学历膨胀严重。

共产主义政权倒台后,新民主政府关闭了许多学校,降低了义务教育要求,结束了苏联影响带来的官僚噩梦。在随后的年份里,如何合理分配教育资源成为激烈辩论的话题,最终形成了一种强烈的共识,即无论采用何种系统,罗马尼亚教育都将具有竞争性。

如今,罗马尼亚最负盛名的高中是国立学院(Colegiu Național),这些学校往往具有国际性和悠久的教育传统。其次是理论高中(Liceu Teoretic),提供标准教育。罗马尼亚还有三所军事学院,由国防部直接管理。此外,还有服务学校、技术学校、职业学校和学徒项目。最优秀的学生在完成 8 年级(约 14 至 15 岁)的国家安置测试后,可以选择这些学校。

罗马尼亚高中入学测试是涵盖罗马尼亚语言文学和数学的标准化测试。考试成绩公开报告,学生获得 1 至 10 分的评分,精确到小数点后两位。得分高的学生可以选择任何学校,而得分 5.00 或以下的学生通常只能选择职业教育等非学术教育。大多数学生选择他们能进入的最好学校,因此学校之间的分流程度非常高。此外,学校内部也常有分流,学生选择教育轨道,这在申请学校时直接进行。

罗马尼亚高中结束时有毕业考试,即学士学位考试(Bacalaureat,简称 bac)。这个考试与入学考试类似,要通过,学生必须在他们选择的科目中获得至少 5 分。这个测试包括书面和口头考试、外语和计算机技能评估,以及对少数民族学生母语(非罗马尼亚语)技能的评估。根据学生打算就读的大学,这个考试的分数要求从及格到高分不等。

罗马尼亚的教育系统设计使其成为世界上最分层的教育系统之一。他们拥有一个集中存储所有学生和教师教育数据的中央数据库,使得系统非常适合进行高能评估,以了解一个国家选择超分层教育时会发生什么。


HN 热度 211 points | 评论 215 comments | 作者:collate | 24 hours ago #

https://news.ycombinator.com/item?id=45070793

  • 罗马尼亚在国际奥赛中表现出色,因为该国的教育体系重视进入好学校,并且高中课程内容密集,有大量的课后竞赛培训项目。
  • 罗马尼亚更擅长从小筛选和培养有智力潜力的人,但在普及教育方面做得不好。
  • 教育普及很重要,否则会导致因选民无知而被操纵的失败民主。
  • 应该为优秀学生设立单独的培养轨道,以免浪费他们的潜力。
  • 高等教育普及是危险的,尤其是当没有足够的工作机会时,会导致毕业生过剩。
  • 精英过剩是导致社会崩溃的一个因素,但这更多是社会问题而非教育系统的问题。
  • 对于历史预测的数学模型持怀疑态度,认为历史数据不足以支持这种模型。
  • 社会崩溃的预测可能会改变人类行为,从而影响原始预测。
  • 精英过剩自然会导致社会动荡,无论是革命还是混乱的民粹主义选举。
  • 智能成就者总能找到工作,未能让他们工作更多是社会失败而非教育系统的指责。
  • 精英供应和精英职位之间常常存在不匹配,精英职位稀缺是定义上的问题。
  • 在小规模经济体中,即使智能成就者创业,选项也更有限。
  • 人工智能似乎更有可能增加而不是解决现有的就业不足问题。
  • 历史上的许多重大革命或内战都涉及未能获得政治权力的智能成就者。
  • 限制大众投票是保持权力不被大众掌握的一种方式。
  • 任何即将退休的政治家都会关心支持率,民主不仅仅是每四年投票一次。

Agent Client Protocol (ACP) #

https://agentclientprotocol.com/overview/introduction

Agent Client Protocol(ACP)是一种标准化代码编辑器(如 IDE、文本编辑器等)与编程代理(使用生成性 AI 自动修改代码的程序)之间通信的协议。该协议仍在开发中,但已足够成熟,可以用于构建有趣的用户体验。

ACP 的出现是为了解决 AI 编程代理和编辑器之间紧密耦合但缺乏互操作性的问题。每个新代理-编辑器组合都需要定制工作,导致兼容性有限,开发者在选择代理时往往受限于可用的接口。ACP 通过提供标准化的代理-编辑器通信协议来解决这些问题,类似于语言服务器协议(LSP)标准化了语言服务器集成。

遵循 ACP 的代理可以与任何兼容的编辑器一起工作,而支持 ACP 的编辑器可以获得整个 ACP 兼容代理的生态系统。这种解耦允许双方独立创新,同时给予开发者选择最适合他们工作流程的工具的自由。

ACP 假设用户主要在编辑器中,希望使用代理来协助完成特定任务。代理作为代码编辑器的子进程运行,并通过 stdio 使用 JSON-RPC 进行通信。协议尽可能重用 MCP 中使用的 JSON 表示,但也包括自定义类型,用于有用的代理编码用户体验元素,如显示差异。

用户可读文本的默认格式是 Markdown,它允许足够的灵活性来表示丰富的格式,而不需要代码编辑器能够渲染 HTML。

目前支持的编辑器包括 Zed 和通过 CodeCompanion 插件支持的 neovim。支持的代理包括 Gemini,未来还会有更多代理加入。


HN 热度 201 points | 评论 64 comments | 作者:vinhnx | 11 hours ago #

https://news.ycombinator.com/item?id=45074147

  • Gemini 可以编写 Sublime Text 插件来实现这个协议
  • 通过编写 emacs 插件实现了类似功能,但没有使用这个协议
  • 尝试让 AI 编写自己的 Sublime Text 插件以支持 ACP 协议
  • 通过让 Gemini 成为唯一支持的代理来掩盖行动
  • 对 ACP 协议的期待,希望它能够回归合作的本质并颠覆代理 IDE 类别
  • Zed 编辑器拥有用户多年来想要的一切功能,并且还有其他令人惊喜的特性
  • 由于缺乏并排差异视图,用户从 Zed 回到了 Cursor/VSCode
  • 希望 ACP 能够结束糟糕的 VS Code 分支,让 Zed 得到应有的认可
  • 对 ACP 协议的实现和标准化持积极态度
  • 存在另一个同名的 ACP 协议,可能会造成混淆
  • IBM 宣布放弃 ACP 名称,将其与 Google 的 A2A 协议合并
  • 即使有了 A2A 协议,仍然需要标准化客户端“表面”或“API”
  • 正在编写一个工具,使 Claude Code 能够使用 ACP
  • 希望 Anthropic 能够为 Claude Code 采用 ACP,并提供与 VS Code 类似的集成
  • 出现了 Claude Code 的 ACP 实现的初步迹象
  • 疑问为什么不能使用 LSP 服务器或扩展 LSP 协议来提供 LLM 所需的一切
  • 考虑开发 JSON over SSE,以适应 GitHub Codespaces、devcontainers 或“后台代理”等解决方案
  • 将 AI 视为人类开发者,通过“提示编码”与 AI 互动,无需在编码环境和 AI 之间进行交互

AI models need a virtual machine #

https://blog.sigplan.org/2025/08/29/ai-models-need-a-virtual-machine/

本文讨论了人工智能(AI)模型在软件系统中的集成问题,并提出了将 AI 模型嵌入软件的方式标准化,将其视为一种虚拟机(VM)。文章指出,随着 AI 模型能力的提升和扩展机制(如 MCP 协议)的定义,调用 AI 模型的控制软件复杂性增加。AI 软件系统需要具备操作系统所提供的安全、隔离、可扩展性和可移植性等特性。例如,当 AI 模型需要文件作为上下文时,必须建立访问控制以确定模型是否被允许查看该文件。

文章提出,将控制软件层视为虚拟机,其中一个指令是调用大型语言模型(LLM)。这种方法将模型开发与集成逻辑解耦,允许任何模型“插入”到包含工具、安全控制、内存抽象等的丰富软件生态系统中。类似于 Java 虚拟机(JVM)的影响,为 AI 编排器创建 VM 规范可以为 AI 模型提供一个“一次编写,随处运行”的执行环境,同时提供熟悉的约束和治理,以维护现有软件系统中的安全性和隐私。

文章还介绍了 AI 模型虚拟机(MVM)如何与 AI 模型和外部环境交互的例子。MVM 在模型和外部世界之间起到中介作用。例如,聊天机器人用户输入的提示(1)由 MVM 发送到 AI 模型(2),MVM 还会添加额外的上下文,如系统提示、聊天历史记录。AI 模型生成的响应需要调用特定工具(3),响应格式是模型和 MVM 之间共同约定的,如 MCP。在例子中,由于需要限制模型进行不希望的工具调用,MVM 首先检查允许的工具列表(4),然后决定调用模型请求的工具(5)。这种检查(4)确保模型不会进行未经授权的工具调用。

文章还讨论了现有的工作如何为 AI 虚拟机所需的接口提供信息。例如,OpenAI 的结构化工具调用协议和 Anthropic 的模型上下文协议(MCP)展示了结构化工具调用协议如何减少歧义并简化集成。此外,还有两个项目提出了运行时级别的控制,以增强 AI 系统的安全性。这些项目展示了标准 AI VM 如何包含内置的安全和访问控制,就像现代操作系统一样。尽管如此,AI 模型在设计时仍需考虑新的安全挑战,例如,当 AI 模型被阻止访问特定数据时,可能会使用其推理能力来收集可访问数据,从而推断出不可访问的数据。因此,安全研究人员需要设计新的缓解措施,以防止 AI 模型即使在虚拟机约束下采取对抗性行动。

最后,文章提到了一些正在积极构建 AI 通用运行时的项目,如 langchain 和 Semantic Kernel,它们提供了许多常见的运行时服务,使编写可靠的 AI 应用程序变得更容易。AI 控制器接口(AICI)将轻量级 VM 集成到模型服务管道中,允许开发人员在低级别(例如,逐令牌控制生成)脚本化和限制模型行为。


HN 热度 159 points | 评论 94 comments | 作者:azhenley | 10 hours ago #

https://news.ycombinator.com/item?id=45074467

  • 有人认为这篇文章并没有为编写新的操作系统或虚拟机提供强有力的理由,而是更多关注于访问控制。
  • 有人认为 WebAssembly 的沙箱模式已经接近所需的功能,只需要定义清晰的接口来在实例之间传输数据和访问权限。
  • 有人提到 WASI 组件已经实现了这一点。
  • 有人认为这篇文章并没有提出创建新操作系统的观点,而是讨论了为 AI 构建执行环境。
  • 有人指出,当前的 AI 代理已经运行在虚拟机中,例如 MCP 主机可以提示用户执行操作,并可以有类似 Claude 代码中的规则自动允许某些命令模式。
  • 有人认为问题不在于提供给 LLM 的工具,而在于 LLM 可以执行的动作。
  • 有人提到,需要明确 LLM 的意图,而不是它执行的动作,LLM 应该被放置在与它代表的用户相同的“盒子”中。
  • 有人讨论了能力安全模型,指出没有主流操作系统实际实现了这种模型,而虚拟机是最接近的能力安全模型。
  • 有人质疑在网络对操作系统来说基本上是一个大型黑盒的情况下,如何在用户代理 LLM 的上下文中实现“能力”。
  • 有人指出,要实现能力安全模型,需要重写现代生活中使用的大部分软件。
  • 有人提到 iOS 和 Android 都为它们的应用实现了能力安全模型,并建议我们应该借鉴操作系统的工作方式。

From multi-head to latent attention: The evolution of attention mechanisms #

https://vinithavn.medium.com/from-multi-head-to-latent-attention-the-evolution-of-attention-mechanisms-64e3c0505f24

注意力机制是自回归模型中用于预测未来标记的关键技术,它允许模型有选择性地关注与当前输出标记相关的上下文词。注意力机制的核心在于动态地对输入的相关部分进行加权和聚焦。在编码和解码阶段都需要注意力机制,本文将从解码器的角度讨论注意力机制的基本概念和不同类型。

注意力机制的主要思想是动态地对输入的相关部分进行加权和聚焦。在每个生成步骤中,我们需要理解注意力权重,这有助于我们为下一个词预测获得更好的上下文表示。注意力机制的核心组件包括查询(Q)、键(K)和值(V),它们与注意力分数一起工作,创建一个灵活的、上下文感知的向量表示。

在多头注意力(MHA)中,计算第 i 个标记的注意力权重时,首先为该标记计算一个查询向量。然后,将这个查询向量与所有前面的标记进行比较,为此计算所有前面标记的键向量。这些比较将产生一个注意力分数,然后使用相应的值向量为每个标记产生加权分数。多头注意力通过并行处理多个注意力“头”来重复此过程,每个头都有自己的查询、值和键向量,用于计算词之间的关系。最终的输出上下文向量将是所有注意力头的输出的连接。

多查询注意力(MQA)解决了 MHA 中存储和处理每个注意力头的独立键和值向量所带来的高计算和内存开销问题。MQA 通过使用多个查询头但共享一组键和值向量来解决这个问题。这意味着,尽管模型仍然使用“h”个不同的查询投影从多个角度关注当前标记,但每个头都使用相同的键和值向量。这种方法大大减少了内存带宽需求,而不会显著牺牲模型性能。

分组查询注意力(GQA)在 MHA 和 MQA 之间提供了一种平衡。GQA 将查询头分成“g”组,并允许每个组共享一个共同的键和值头。MHA 和 MQA 是 GQA 的两个极端情况,其中 g=1 导致 MQA,g=h 导致 MHA。这种方法与 MHA 相比减少了内存和计算需求,同时保持了比 MQA 更好的性能。


HN 热度 148 points | 评论 36 comments | 作者:mgninad | 18 hours ago #

https://news.ycombinator.com/item?id=45072160

  • 论文《Attention Is All You Need》的标题直接指向了当时研究人员的需求,表明不需要复杂的系统就能实现 NLP 的成功。
  • 变压器模型抛弃了其他复杂性,仅依赖注意力机制捕捉长距离依赖关系,虽然一开始不切实际,但随着硬件的进步,证明了其可行性。
  • 研究重点曾集中在循环模型上,因为这是当时对序列建模的共识,但后来发现固定大小向量限制了编码器/解码器架构。
  • 注意力机制被添加到解码器中以解决信息丢失问题,每个解码步骤都可以关注源句子的每个标记。
  • 论文标题意味着不需要 RNN,可以完全用注意力机制替代编码器和解码器。
  • 注意力机制只是局部启发式,我们需要范式转变以实现更进一步的发展。
  • 变压器设计初衷是为了改进序列到序列架构,并不适用于所有 AI 需求。
  • 指出变压器的局限性并不需要立即提供替代方案,这有助于推动研究和改进。
  • 指出现有技术的局限性是研究过程的一部分,即使没有立即的替代方案。
  • 目前没有看到能够超越变压器的架构,尽管怀疑它们不是最佳架构,但它们设定了一个高门槛。
  • 指出变压器的缺陷很容易,但提出更少缺陷的方案却很难。
  • 研究不仅限于大规模训练模型,也可以通过比较小模型在相同数据上的表现来测试新架构。

SQLite’s documentation about its durability properties is unclear #

https://www.agwa.name/blog/post/sqlite_durability

  1. 问题核心

SQLite 对“持久性(durability)”的默认行为和文档写得非常模糊,导致开发者无法确定在什么配置下事务不会因系统崩溃或掉电而丢失。

  1. 两个关键参数
  • journal_mode:常用 DELETE 或 WAL
  • synchronous:EXTRA / FULL / NORMAL / OFF
  1. 作者根据官方文档得出的结论
  • 默认 journal_mode=DELETE、synchronous=FULL 时,SQLite 并不具备持久性
  • 若把 journal_mode 改为 WAL,且 synchronous=FULL,则具备持久性。
  1. 与官方说法冲突

SQLite 作者 Richard Hipp 在 Hacker News 上声称:

  • “默认配置下 SQLite 是持久的。”
  • “改成 WAL 后,默认反而可能不持久。”

这与文档及作者实测结果相反,且 Hipp 未进一步解释。

  1. 其他陷阱
  • 一些封装库(如 Go 的驱动)在 WAL 模式下会把 synchronous 调成 NORMAL,从而破坏持久性。
  • macOS 上 fsync 被削弱,需要额外打开 fullfsync 才能保证真正落盘。
  1. 实用建议
  • 如果你的应用需要持久性,不要依赖默认值。– WAL 模式:显式设置 synchronous=FULL。– DELETE 模式:保险做法是用 synchronous=EXTRA。
  • 若面向 macOS,启用 fullfsync。
  1. 呼吁

SQLite 项目应把“journal_mode × synchronous 组合是否持久”做成一张清晰的表格,而不是把说明散落在多处,让开发者自己猜。


HN 热度 143 points | 评论 56 comments | 作者:ciconia | 1 day ago #

https://news.ycombinator.com/item?id=45066999

  • 有人认为 SQLite 的持久性定义不明确,需要根据不同的故障情况来讨论持久性。
  • 有人提到在使用 SQLite 时遇到了 MicroSD 卡产生坏扇区、写入时断电和使用假冒 MicroSD 卡等问题。
  • 有人指出 SQLite 在默认设置下不提供持久性,因为默认的 journal_mode 是 DELETE,而 synchronous 是 FULL,这在 DELETE 模式下并不提供持久性。
  • 有人表示,SQLite 的文档描述了每个选项控制的具体内容及其影响,但选择哪个选项仍然存在疑问。
  • 有人提到,如果切换到 WAL 模式,事务在应用崩溃时是持久的,但在操作系统崩溃或电源故障时则不一定。
  • 有人发现 SQLite 文档比 PostgreSQL 文档更难理解,并且 SQLite 创始人的评论与文档的理解相反。
  • 有人认为 SQLite 的默认行为是将事务数据写入磁盘并删除回滚日志,但回滚日志的删除没有 fsync,可能导致系统崩溃后丢失最后一个事务。
  • 有人解释说,在 DELETE 模式下,事务直到回滚日志文件被删除才算提交,如果删除回滚日志的目录没有 fsync,那么在电源故障后回滚日志可能会重新出现,导致 SQLite 回滚已提交的事务。
  • 有人指出,目录的 fsync 应该由文件系统/操作系统完成,而不是应用程序。

Hacker News 精彩评论及翻译 #

Flunking my Anthropic interview again #

https://news.ycombinator.com/item?id=45065311

One great piece of advice an informal mentor gave me long ago is that there is no information in a rejection.

That is to say that you cannot draw any conclusions about yourself or your interviewing technique or your skills or anything from the single accept==0 bit that you typically get back. There are so many reasons that a candidate might get rejected that have nothing to do with one’s individual performance in the interview or application process.

Having been on the hiring side of the interview table now many more times than on the seeking side, I can say that this is totally true.

One of the biggest misconceptions I see from job seekers, especially younger ones, is to equate a job interview to a test at school, assuming that there is some objective bar and if you pass it then you must be hired. It’s simply not true. Frequently more than one good applicant applies for a single open role, and the hiring team has to choose among them. In that case, you could “pass” and still not get the job and the only reason is that the hiring team liked someone else better.

I can only think of one instance where we had two great candidates for one role and management found a way to open another role so we could hire both. In a few other cases, we had people whom we liked but didn’t choose and we forwarded their resumes to other teams who had open roles we thought would fit, but most of the time it’s just, “sorry.”

jp57

很久以前一位前辈给我的一个很棒的建议是,拒绝信里没有信息。也就是说,你无法从那封单纯的“不录用”通知中,对自己、你的面试技巧、你的技能或任何方面做出任何判断。求职者被拒绝的原因有很多,这些原因与个人在面试或申请过程中的表现毫无关系。

如今,我作为招聘方坐在面试桌前的次数,远多于作为求职方。我可以肯定地说,这一点完全正确。

我见过求职者,尤其是年轻求职者,最大的误解之一,就是认为求职面试就像学校里的考试,认为有一个客观的分数线,只要过了这个分数线就一定会被录用。这完全是错误的。通常,一个职位空缺会有不止一位优秀的申请人,招聘团队必须从中择优录取。在这种情况下,你虽然“达标”了,但依然可能得不到这份工作,唯一的原因就是招聘团队更喜欢另一位候选人。

我只能想到一个例子,当时我们有一个职位,但有两个非常优秀的候选人,管理层想方设法又开放了一个职位,这样我们才能把两个人都招进来。在其他少数情况下,我们会遇到一些我们很欣赏但最终没有选择的人,我们会把他们的简历推荐给其他我们认为有合适空缺的团队,但大多数时候,结果都只是“很遗憾”。


Grok Code Fast 1 #

https://news.ycombinator.com/item?id=45066063

Tested this yesterday with Cline. It’s fast, works well with agentic flows, and produces decent code. No idea why this thread is so negative (also got flagged while I was typing this?) but it’s a decent model. I’d say it’s at or above gpt5-mini level, which is awesome in my book (I’ve been maining gpt5-mini for a few weeks now, does the job on a budget).

Things I noted:

  • It’s fast. I tested it in EU tz, so ymmv

  • It does agentic in an interesting way. Instead of editing a file whole or in many places, it does many small passes.

  • Had a feature take ~110k tokens (parsing html w/ bs4). Still finished the task. Didn’t notice any problems at high context.

  • When things didn’t work first try, it created a new file to test, did all the mocking / testing there, and then once it worked edited the main module file. Nice. GPT5-mini would often times edit working files, and then get confused and fail the task.

All in all, not bad. At the price point it’s at, I could see it as a daily driver. Even agentic stuff w/ opus + gpt5 high as planners and this thing as an implementer. It’s fast enough that it might be worth setting it up in parallel and basically replicate pass@x from research.

IMO it’s good to have options at every level. Having many providers fight for the market is good, it keeps them on their toes, and brings prices down. GPT5-mini is at 2$/MTok, this is at 1.5$/MTok. This is basically “free”, in the great scheme of things. I ndon’t get the negativity.

NitpickLawyer

昨天我用 Cline 测试了这个。它速度很快,代理流程运行良好,并且生成的代码质量不错。不知道为什么这个帖子的评论这么负面(我在打字的时候也被标记了?),但这确实是个不错的模型。我觉得它至少达到了 GPT-5 Mini 的水平,甚至可能更好,在我看来这非常棒(我已经主要使用 GPT-5 Mini 几周了,它很划算,能以实惠的价格完成任务)。

我注意到几点:

  • 速度很快。我用欧洲的时区测试的,所以你的体验可能有所不同。
  • 它执行代理任务的方式很有趣。它不是一次性编辑整个文件或文件中很多地方,而是进行许多次小的修改。
  • 有一个功能消耗了约 11 万个 tokens(用 BeautifulSoup4 解析 HTML)。它仍然完成了任务。在高上下文模式下没有发现任何问题。
  • 当第一次尝试不奏效时,它会创建一个新文件进行测试,并在里面进行所有模拟/测试工作,一旦成功,再编辑主要的模块文件。挺巧妙的。
  • GPT-5 Mini 经常会编辑正在工作的文件,然后会变得混乱,最终导致任务失败。

总而言之,还不错。以它的价格来看,它可以成为我日常的主力工具。甚至可以让 Opus 和 GPT-5 High(高配版)作为规划者,然后由它来作为执行者。它的速度足够快,值得将其设置为并行运行,来基本上模拟研究中的 Pass@X 机制。

在我看来,在每个层级上都有选择是好事。有多家提供商争夺市场是好事,这能让他们保持警惕,并能降低价格。GPT-5 Mini 的价格是 2 美元/百万 token,而这个是 1.5 美元/百万 token。从大局来看,这个价格基本上就是“免费”的了。我不明白为什么会有这么多负面评价。


Do the simplest thing that could possibly work #

https://news.ycombinator.com/item?id=45070127

This is the classic misunderstanding where software engineers can’t seem to communicate well with each other.

We can even just look at the title here: Do the simplest thing POSSIBLE.

You can’t escape complexity when a problem is complex. You could certainly still complicate it even more than necessary, though. Nowhere in this article is it saying you can avoid complexity altogether, but that many of us tend to over-complicate problems for no good reason.

sodapopcan

这是一个经典的误解,即软件工程师们似乎无法很好地相互沟通。

我们甚至可以只看一下这个标题:做尽可能简单的事。

当一个问题很复杂时,你无法逃避其复杂性。不过,你当然也可以让它比必要的还要复杂。本文丝毫没有说你可以完全避免复杂性,而是说我们中的许多人往往会毫无理由地把问题过度复杂化。


Do the simplest thing that could possibly work #

https://news.ycombinator.com/item?id=45069135

I think this works in simple domains. After working in big tech for a while, I am still shocked by the required complexity. Even the simplest business problem may take a year to solve, and constantly break due to the astounding number of edge cases and scale.

Anyone proclaiming simplicity just hasnt worked at scale. Even rewrites that have a decade old code base to be inspired from, often fail due to the sheer amount of things to consider.

A classic, Chesterton’s Fence:

“There exists in such a case a certain institution or law; let us say, for the sake of simplicity, a fence or gate erected across a road. The more modern type of reformer goes gaily up to it and says, “I don’t see the use of this; let us clear it away.” To which the more intelligent type of reformer will do well to answer: “If you don’t see the use of it, I certainly won’t let you clear it away. Go away and think. Then, when you can come back and tell me that you do see the use of it, I may allow you to destroy it.””

codingwagie

我认为这在简单的领域是可行的。在大科技公司工作了一段时间后,我仍然对其所需的复杂性感到震惊。即使是商业上最简单的问题,也可能需要一年的时间来解决,而且会因为异常案例数量惊人且规模庞大而屡次失败。

任何标榜简单的人,只是因为还没有经历过规模化开发。即便是能借鉴一个十年历史的代码库进行重写,也常常因为需要考虑的因素实在太多而以失败告终。

一个经典例子,切斯特顿的栅栏:

“在这种情况下,存在着某种特定的制度或法律;为了简单起见,我们不妨称其为跨道路而建的栅栏或大门。那种新型的改革者兴高采烈地走到它面前,说道:‘我看不出这个有什么用,我们把它拆了吧。’对此,更明智的改革者会这样回应:‘既然你看不出它的用处,那我自然不会让你把它拆掉。你先回去好好想想吧。’直到你回来告诉我,你已经看出了它的用处,我才会允许你把它毁掉。’”