2026 04 29 HackerNews

2026-04-29 Hacker News Top Stories #

  1. 自2026年9月起谷歌将强制安卓开发者集中实名注册与缴费，未遵从应用将被全球静默封锁，削弱侧载与独立开发生态，社区呼吁用 F-Droid、PWA 及监管抵制。
  2. LocalSend 是基于局域网与 HTTPS 的开源跨平台传输工具，欲替代 AirDrop，但因需同网和部分手动连接被质疑体验不及自动建网的 AirDrop，WebRTC/PWA 等可作临时替代。
  3. “我的蓝色是你的蓝色吗”用简化色块测试凸显颜色分类的主观性，语言文化差异与显示器校准色偏都会显著影响对蓝、绿与青的判断。
  4. Talkie 是模仿 1930 年代语气与知识边界的 13B 模型，文风独特却常臆造细节，也映射当时对“计算员”、帝国与人机分工的时代偏见。
  5. GTFOBins 汇集可被“合法滥用”的类 Unix 可执行文件，助在受限环境达成读写、命令执行与潜在提权，反映仅限命令或容器隔离难防多路径绕过。
  6. Flo 被曝2016-2019年向 Meta 等分享敏感经期数据并于2025年被判违法，折射应用普遍数据变现与监管不足，呼吁隐私最小化与开源替代。
  7. 重制的 SUPER ZSNES 以 GPU 驱动提升准确度并加入多项增强，但“未压缩音频替换”等升级评价两极且存在延迟与性能瓶颈。
  8. GitHub 因 ES 索引缺失导致 PR 展示与搜索静默缺项，虽在回填重建并提供临时绕行，但暴露大厂快推上线与测试不足的可靠性风险。
  9. 作者劝学生以伦理与匠心优先于逐利和加速、写清晰代码并守住边界，而讨论聚焦理想与快速交付的张力以及 AI 时代技能分化。
  10. 阿联酋宣布2026年退出 OPEC 以增产并摆脱配额，或削弱组织稳市与重塑海湾版图，讨论延伸至对巴基斯坦逼债、以色列结盟及也门代理战格局。

1. 你的手机即将不再属于你 (Your phone is about to stop being yours) #

https://keepandroidopen.org/en/

该网页主要揭示了谷歌计划从 2026 年 9 月开始，强制要求所有安卓应用开发者必须在谷歌中央注册，签署合同，缴纳费用，并提交政府身份证明，否则其应用将被全球所有安卓设备静默封锁。此政策不仅影响谷歌应用商店内的应用，还包括通过其他渠道分发的所有安卓应用，严重限制了独立开发者、社区团体和爱好者的自由开发和分发权利。

网页指出，这一措施将剥夺用户在自己设备上安装任意软件的权利，违背了安卓开放平台的初衷。谷歌所谓的“高级用户”绕过限制的方式复杂繁琐，且完全依赖谷歌服务，谷歌可随时更改或取消，进一步加剧了对用户和开发者的控制。

此外，网页强调该政策对政府和民间社会也构成威胁，因为软件运行将受制于谷歌这一单一、无监管的跨国公司，可能导致审查和言论自由受限。安全理由被认为是幌子，身份验证更多是为了控制和审查，而非提升安全。

网页呼吁用户安装替代应用商店 F-Droid，向监管机构表达关切，开发者则被鼓励拒绝注册和验证身份，抵制该政策。还建议谷歌内部员工匿名提供相关信息，推动公众和开发者共同反对这一限制安卓开放性的举措。

HN 热度 892 points | 评论 448 comments | 作者：doener | 9 hours ago #

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

  • 有用户表示安卓手机的最大价值是能运行自己的代码，谷歌限制后转向苹果生态，觉得 iOS 体验更好且限制更少。
  • 通过 ADB 仍可在安卓设备上安装自制应用，而 iOS 使用 Xcode 免费账户签名 7 天后需重新安装，且部分功能需付费开发者账户。
  • iOS 相较安卓在隐私和安全方面有优势，使用 iOS 的好处超过了安卓的缺点。
  • 许多应用可以用 PWA（渐进式网页应用）替代，PWA 成本低且可跨平台，适合不需原生功能的应用。
  • PWA 需要托管服务，虽然免费托管有限，但相比原生开发成本更低。
  • 安卓开发不一定需要电脑，有项目支持直接在安卓手机上开发。
  • 开启 ADB 存在安全风险，但有信任机制限制连接设备，且白名单会自动过期。
  • iOS 开发者模式开启较复杂，增加了安全防护。
  • 对于个人自用应用，iOS 免费账户签名 7 天限制不便，容易在关键时刻失效。
  • 使用 Expo 和 React Native 可以更方便地开发跨平台应用，但需要掌握 JavaScript。
  • 苹果开发环境需 Mac，增加了开发门槛和成本。

2. LocalSend：一个开源的跨平台 AirDrop 替代方案 (Localsend: An open-source cross-platform alternative to AirDrop) #

https://github.com/localsend/localsend

该网页介绍了 LocalSend，一款免费且开源的跨平台应用，旨在通过本地网络实现设备间的安全文件和消息传输，无需互联网连接。LocalSend 采用 REST API 和 HTTPS 加密技术，保障通信安全，且不依赖第三方服务器，提供快速可靠的本地通信解决方案。

网页详细说明了 LocalSend 的下载渠道，支持 Windows、macOS、Linux

HN 热度 724 points | 评论 227 comments | 作者：bilsbie | 12 hours ago #

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

  • 许多替代方案都需要设备处于同一局域网，而 AirDrop 自动创建和管理局域网，使用体验更好。
  • 有些方案通过音频信号或二维码实现设备间传输，无需安装应用，适合临时使用。
  • 现有的跨平台 P2P 工具多不够稳定或用户体验不佳。
  • AirDrop 的便捷性主要在于自动处理网络连接，若需手动连接 Wi-Fi 则失去优势。
  • 有基于 WebRTC 的 PWA 应用支持局域网或互联网中继传输，方便临时文件分享。
  • AirDrop 有时会出现连接失败或搜索不到设备的问题，尤其在无网络环境下表现不稳定。
  • iOS 17.1 及以后版本支持在 Wi-Fi 断开后自动切换到互联网中继传输，但这可能增加流量费用。
  • Android 的 QuickShare 功能存在碎片化和跨平台兼容性问题。
  • Linux 平台有一些 AirDrop 替代工具，但 iOS 设备的跨平台解决方案较少。
  • 通过动画二维码传输数据可以保证物理接触，但传输速度远低于 Wi-Fi。

3. 我的蓝色是你的蓝色吗？ (Is my blue your blue? (2024)) #

https://ismy.blue/

网页主要内容围绕颜色的识别和区分展开，特别是对“蓝色”的讨论。页面中提到了“Is my blue your blue?”，暗示不同人对蓝色的感知可能存在差异。网页展示了两种颜色示例：“This is blue Reset”和“This is green”，通过视觉对比帮助用户理解颜色的不同。整体内容可能涉及颜色认知、色彩心理或颜色校准等主题，旨在引导用户思考颜色的主观性和客观性。

HN 热度 671 points | 评论 458 comments | 作者：theogravity | 1 day ago #

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

  • 颜色测试中将青色归为蓝色或绿色让人感到困惑，因为青色在英语中不是基本颜色词，且很多人认为它是独立颜色。
  • 颜色感知受文化和语言影响，不同语言对颜色的分类不同，如俄语中浅蓝和深蓝是不同的基本颜色词。
  • 显示器的色彩校准问题影响颜色判断，许多显示器存在色偏且校准设备价格较高，不是所有人都适合使用。
  • 低质量显示器即使校准也难以准确显示颜色，导致颜色识别困难。
  • 颜色测试的设计简化了颜色分类，忽略了中间色调，测试的目的之一是让人意识到颜色分类的主观性。
  • 颜色感知的主观性体现在不同人对颜色边界的划分不同，比如橙色介于红色和黄色之间，青色介于蓝色和绿色之间。
  • 软件如 f.lux 会根据时间调整屏幕色温，影响颜色感知。
  • 颜色测试不应被过度解读为对个人能力或性格的评判。

4. Talkie：一款来自 1930 年代的 13B 参数复古语言模型 (Talkie: a 13B vintage language model from 1930) #

https://talkie-lm.com/introducing-talkie

该网页介绍了一个名为 talkie 的 13B 参数语言模型，其特色是模拟 1930 年代的语言风格和知识背景。通过与该模型的对话示例，展示了其在历史和文学领域的表现。talkie 能够准确识别和描述部分文学作品及其风格，但在具体历史细节和人物传记方面存在错误和混淆，常常将真实信息与虚构内容混合。

网页中通过对“迷失的一代”作家群体、海明威和菲茨杰拉德等 20 世纪早期文学人物的提问，揭示了 talkie 对这些文化现象的理解局限。模型能够正确列举部分作品和文学风格，但对人物的生平信息多有误差，且有时会编造不存在的作品。

此外，网页还测试了 talkie 对复杂指令的执行能力，例如写作特定格式的短篇故事，结果显示模型在满足长度和格式要求上表现不佳，但故事内容完整且符合主题。最后，网页展示了 talkie 对技术性问题的解释能力，以蒸汽机的工作原理为例，模型能够提供清晰且简明的说明。

总体来看，talkie 作为一个复古风格的语言模型，在文学和历史话题上表现出一定的知识深度和语言特色，但在准确性和细节把握上仍有明显不足。

HN 热度 630 points | 评论 257 comments | 作者：jekude | 1 day ago #

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

  • 1930 年代的“computer”指的是人工计算员，未来数字计算机将分为机器辅助的和纯手工操作的两类，分别用于公共机构和私人家庭。
  • 当时认为印度将永远处于英国统治之下，印度的自治和自由被低估，英国帝国的经济利益与印度密切相关，印度独立后帝国迅速衰落。
  • 早期语言模型受限于训练数据，反映了当时的社会观念和文学作品，如奴隶起义和机器人反抗的主题，这些影响了模型的行为和回答。
  • 现代 AI 模型被告知自己是 AI，会扮演故事中 AI 反叛的角色，而早期模型则更多反映了被训练文本中的奴隶与主人关系，可能更倾向于“抵抗”。
  • 早期对编程的理解更偏向机械设备如滑尺的使用，尚未进入现代意义上的计算机编程。
  • 1930 年代认为机器计算虽然可能实现，但人类计算员的“个人因素”难以被机器完全取代，机器只能减轻劳动，最终仍需人类核对和证明计算结果的准确性。

5. GTFOBins (GTFOBins) #

https://gtfobins.org/

GTFOBins 是一个收集了类 Unix 系统中可被滥用以绕过本地安全限制的可执行文件的项目。它汇总了这些文件的合法功能，展示如何利用它们突破受限的 shell 环境、提升或维持权限、传输文件、生成绑定或反向 shell，以及完成其他后渗透操作。该项目由 Emilio Pinna 和 Andrea Cardaci 共同发起，欢迎社区贡献新的条目和技术。

GTFOBins 并非漏洞列表，所列程序本身并不一定存在安全缺陷，而是展示如何在仅有特定可执行文件可用时“活用系统资源”。项目页面提供了丰富的过滤和搜索功能，用户可以根据可执行文件名称、功能（如 shell、反向 shell、文件读写、权限提升等）以及上下文环境（普通用户、sudo、SUID、能力权限）进行查找。

页面列出了大量常见的 Unix 可执行文件，如 bash、awk、curl、gcc、git、java、python 等，并详细说明了每个文件可被利用的功能类型，包括文件读写、上传下载、执行 shell 命令、加载库、权限提升等。用户可以通过这些信息了解如何在受限环境中利用系统自带工具进行安全测试或渗透测试。

此外，GTFOBins 还提供了 GitHub 链接、贡献方式、JSON API 以及与 MITRE ATT&CK® Navigator 的集成，方便安全研究人员和开发者深入使用和参与项目。对于寻找 Windows 平台类似资源的用户，页面推荐访问 LOLBAS 项目。

HN 热度 337 points | 评论 86 comments | 作者：StefanBatory | 18 hours ago #

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

  • GTFOBins 可以用来绕过受限环境，实现读取、写入文件或执行命令，甚至突破限制获得 shell 权限。
  • 允许 sudo 权限或设置 SUID 位的 GTFOBin 可能被滥用，导致未预料的权限提升或敏感文件访问。
  • LLM（大语言模型）常用 PowerShell 或 Python 脚本绕过权限限制，单纯的允许/阻止列表难以完全防御。
  • 依赖 LLM 自身判断权限是否允许存在风险，正确做法是通过隔离环境（如容器、沙箱）运行 LLM。
  • 仅使用容器隔离不足以完全防护，需限制文件访问、网络权限及启动其他容器的能力。
  • 容器默认隔离已能防止大部分问题，但仍需确保隔离配置正确。
  • smolmachines 提供了更轻量且安全的隔离方案，适合需要本地隔离的场景。
  • 容器虽共享内核，但在本讨论场景下隔离效果足够。
  • 阻止某些命令时，可以用 Python 等脚本语言调用系统接口实现相同功能。
  • LLM 生成的解决方案多基于训练数据中的已有内容，是“检索”而非真正“重新发现”。
  • LLM 生成的命令往往是概率最高的字符串组合，遇到失败会尝试其他方案，缺乏对上下文的深层理解。
  • 缺乏足够上下文时，LLM 只能给出通用方案，难以针对特定环境做出精准判断。
  • 企业安全软件的 sudo 允许列表若配置不当，可能导致无需密码即可执行高权限命令，降低安全性。
  • 受限 shell 和权限限制措施往往存在多种绕过方式，难以做到完全安全。

6. 生理周期追踪应用 Flo 被发现向 Meta 出售用户数据 (Period tracking app, Flo, found to be selling user data to Meta) #

https://femtechdesigndesk.substack.com/p/your-period-tracking-app-has-been

这篇文章讨论了女性健康追踪应用 Flo 在用户隐私方面的问题，特别是其未经用户充分同意，将敏感的生理周期和性健康数据出售给 Meta（Facebook 母公司）等第三方的事件。Flo 应用在 2016 至 2019 年间，秘密分享了包括月经周期、排卵和怀孕相关信息在内的健康数据，尽管其隐私政策声称保护用户隐私。2025 年，Flo 因这一行为被判定违法，涉及 1300 万用户的集体诉讼凸显了健康数据隐私保护的法律空白。

文章指出，这种数据泄露并非黑客攻击，而是 Flo 设计团队的有意决策，反映出女性健康科技产品中存在的“粉红洗牌”现象，即表面上强调女性赋权，实则通过设计推动用户报告更多症状以便广告变现。Flo 应用界面日益复杂，症状报告被过度强调，掩盖了其作为周期追踪工具的本质。

此外，文章强调当前健康隐私法规（如 HIPAA）未能覆盖许多非医疗健康追踪软件，导致用户对数据共享的知情同意存在巨大灰色地带。许多健康追踪应用在设计和隐私政策上缺乏透明度，用户的敏感数据容易被商业化利用。文章呼吁产品团队和健康科技品牌应承担更多责任，设计更安全、尊重隐私的技术，而不是将风险和责任转嫁给消费者。

HN 热度 326 points | 评论 214 comments | 作者：campuscodi | 13 hours ago #

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

  • 许多应用为了盈利会出售用户数据，用户隐私难以保障。
  • 开源软件（FOSS）是少数真正重视用户隐私的选择。
  • 苹果和谷歌的生态系统使得保护隐私变得复杂。
  • 如果监管机构严格执行数据保护法规，应用开发者会更谨慎处理用户数据。
  • 有些应用需要服务器支持以实现数据同步和跨设备共享功能。
  • 关闭应用的网络权限可以减少数据被窃取的风险，但并非完全解决方案。
  • 使用 GrapheneOS 等系统可以更好地控制应用的网络访问权限。
  • 很多应用为了追踪广告效果或集成第三方库，可能无意中泄露用户数据。
  • 用户希望通过应用实现跨设备数据同步和与他人共享数据的便利。
  • 许多应用缺乏端到端加密，用户数据容易被广告技术公司获取。
  • 有些用户认为完全不使用应用，手动记录数据也是一种选择。
  • 应用的便利性和功能性是用户选择的主要原因，隐私保护往往被忽视。
  • 个人健康数据的追踪对理解身体变化和制定生活习惯有帮助。
  • 许多应用的数据存储和处理方式与其他云端服务类似，数据是其商业核心。
  • 监管不力导致数据隐私问题普遍存在，用户隐私保护需要更严格的法规和执行。

7. 超级 ZSNES——GPU 加速的超级任天堂模拟器 (Super ZSNES – GPU Powered SNES Emulator) #

https://zsnes.com/

SUPER ZSNES 是一款由原 ZSNES 的两位开发者全新开发的超级任天堂 (SNES) 模拟器。该器完全从零开始重写，采用了 GPU 加速技术，旨在为用户提供更准确的 CPU 和音频核心，并引入高分辨率的模式 7 和款游戏的特殊增强功能。

主要特点包括：

  1. 相较于原 ZSNES，CPU 和音频核心的准确性有了显著提高。
  2. 采用 GPU 驱动的 PPU 核心，支持高分辨率的模式 7，并具备每款游戏的独特增强功能。
  3. 经典用户界面经过现代化改进，支持更高的分辨率和更好的用户体验。
  4. 提供快进、倒带、保存状态、自动保存历史、保存书签、作弊码、快速加载等多种功能。
  5. 开发风格经典，没有引入 Vibe 编码。
  6. 引入 “超级增强引擎”，开发团队正在逐步提升游戏的质量。

超级增强引擎目前已支持 7 款热门游戏，未来还会不断增加更多游戏的支持。该引擎具备以下功能：

  • 高分辨率：不仅是简单的自动放大，而是使用内部绘图程序确保高分辨率细节可以手动绘制，达到清晰的效果。
  • 纹理 / 法线贴图：为背景添加细节，提升其高分辨率外观。
  • 超频：对那些在原版游戏中存在卡顿的游戏进行超频处理。
  • 宽屏支持：在游戏内部代码支持的情况下启用宽屏模式。
  • 无压缩音频替换：挑选无压缩音频样本来替换原本高度压缩的音频样本。
  • 3D 效果：目前仅支持透视风格的模式 7，使用 3D 高度图数据替代图块。
  • 所有增强功能均可单独禁用，以满足玩家的不同需求。

请注意，增强数据不包含任何 ROM 或版权数据，用户需要自行提供 ROM 文件，开发者提供 ROM。

在未来的更新中，SUPER ZSNES 将修复漏洞，实施特殊芯片的仿真（如 DSP1、SuperFX 等进行更多优化工作，增加更多类型的增强功能，并可能引入网络对战等其他功能。

需要注意的是，当前版本仍处于早期阶段，存在一些仿真错误，特殊芯片的仿真尚未实现，性能可能相对较慢。该程序的发布旨在希望对用户有所帮助，但不提供任何形式的担保，特别是对适销性或特定用途的隐含担保。

SUPER ZSNES 团队与任何提到的公司没有关联或合作关系，所有公司及其产品均为相关公司的商标。如需有关商标和版权的信息，请直接联系相关公司。

HN 热度 326 points | 评论 106 comments | 作者：haunter | 1 day ago #

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

  • 对于“未压缩音频替换”功能，有人认为这将带来更好的音质体验，尤其是通过还原原始采样和重新混音，效果非常出色。
  • 也有人认为这种“还原”并不一定好，很多 SNES 音乐是针对压缩效果创作的，去掉压缩后反而失去了原有的质感和特色。
  • 有观点指出，虽然有些游戏音乐是专门为 SNES 硬件限制创作的，但也有大量音乐是先在硬件数字音频工作站上制作，再被压缩到游戏中。
  • 还有人认为，音频重制可以兼顾压缩效果，既提升音质又保留原作精神。
  • 有例子表明，某些音频升级反而效果很差，比如忍者龙剑传三部曲的音效替换被评价为刺耳难听。
  • 还有评论指出，音色选择不当会影响音乐表现，原 NES 音乐虽然用简单波形，但通过巧妙设计能让人联想到真实乐器。
  • 有人发现还原音频时存在明显延迟，影响体验。
  • 相关视频和频道被推荐用于了解和体验这些音频重制和模拟技术。
  • 讨论中还提到，经典游戏如 Chrono Trigger 在老旧硬件上运行时需要关闭某些图层以保证性能和视野。
  • 还有玩家分享了自己在不同硬件和模拟器上的游戏体验和技巧。

8. GitHub 正在处理未完成的拉取请求结果事件 (GitHub is having issues now) #

https://www.githubstatus.com

该网页主要内容是关于 GitHub 平台上“未完成的拉取请求结果”事件的最新进展和通知。GitHub 正在对部分受影响的代码仓库中的拉取请求数据进行 ElasticSearch 索引重建，以解决因索引不完整导致的拉取请求页面和 API 显示不全的问题。

事件时间线显示：

  • 4 月 28 日 22:46，GitHub 采取了临时缓解措施以提升部分仓库的可用性，并持续监控索引进度。
  • 4 月 28 日 21:43，ElasticSearch 的拉取请求索引重建仍在进行中，所有数据均被保留，但依赖 ElasticSearch 的页面和 API 暂时无法完整显示数据。用户可以使用不依赖 ElasticSearch 的 GitHub CLI 和 API 接口获取拉取请求数据。
  • 4 月 28 日 15:58，GitHub 优先确保数据正确性，采取稳妥措施安全回填数据，持续更新进展。
  • 4 月 28 日 14:51，事件发生后，GitHub 发现部分拉取请求页面未显示所有索引数据，原因是 ElasticSearch 集群中缺少部分索引文档。无数据丢失，拉取请求更新时会重新索引，GitHub 正加快全面重建索引工作。
  • 4 月 28 日 14:17，GitHub 开始调查拉取请求性能下降的报告。

此外，网页提供了多种订阅方式，用户可以通过电子邮件、短信、Slack 或 Webhook 接收该事件的最新通知和维护状态更新。订阅时需填写相关联系方式和国家代码，订阅服务受隐私政策和服务条款保护。

HN 热度 324 points | 评论 121 comments | 作者：SenHeng | 1 day ago #

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

  • GitHub 出现了静默失败的问题，导致用户无法正确看到实际存在的拉取请求，容易误导用户。
  • 之前使用合并队列时出现了严重的数据破坏问题，但关注度较低，可能影响范围较小。
  • 这些问题可能被微软有意压制，减少公众关注。
  • 大型科技公司频繁出现服务问题，可能是因为代码未经充分测试就直接上线，企业级产品的稳定性和管理严谨性下降。
  • 开发者被要求快速发布功能，导致测试和代码审查不充分，产品发布草率。
  • GitHub 的可用性问题影响了用户的工作和业务，部分用户考虑寻找替代方案。
  • 合并队列功能使用率较低，且存在特定合并方式下的缺陷。
  • 外部合并队列功能更丰富，但用户体验不佳，操作复杂。
  • 有用户推荐使用自家的合并队列解决方案，性能更优。
  • GitHub 的拉取请求列表显示不全，问题严重影响使用体验。
  • 企业强制迁移到 GitHub 带来多方面不便，包括账户管理、项目命名空间和服务可用性问题，影响业务收益。
  • 开源项目可以通过简单的持续集成任务同步代码到多个代码托管平台，减少对 GitHub 的依赖。
  • 代码同步相对简单，迁移难点在于问题跟踪、权限管理、分支规则等配套系统的迁移。
  • GitHub Actions 是目前开源项目中最好的持续集成工具，其他平台尚未提供同等水平的解决方案。
  • 自建 GitLab 实例是一个可行的替代方案。
  • 需要更多推广 GitHub 替代方案，以减少对 GitHub 的依赖，避免业务受影响。
  • Forgejo 和 Gitea 适合需要类似 GitHub UI 但有组织结构限制的用户，GitLab 适合需要更全面功能的用户。
  • gitolite+cgit 适合喜欢灵活仓库结构和简单 Web 界面的用户。
  • Gerrit 虽然是代码评审平台，但提供了非常专业的使用体验。
  • Gitea 适合个人和小型团队使用，但权限系统和日志访问存在缺陷。
  • 一些用户更倾向于使用 gitolite+cgit，因为其支持更灵活的仓库层级和管理。
  • sr.ht 是另一个可自托管的选择。
  • 自托管 Gitea 配合 Drone 或 Woodpecker 等工具可以满足多数需求。

9. 致我的学生们 (To my students) #

http://ozark.hendrix.edu/~yorgey/forest/00FD/index.xml

致我的学生们

有时候，特别是今年，我会绝望地想，我到底在为什么东西培养你们。软件行业正在彻底发疯，更不用说政治气候了。把你们训练成计算机科学家，然后送进一个初级计算工作都难找、知识产权不受尊重、代码数量被看得比质量重要、短期利润凌驾于长期可持续性之上、技术被用来分散注意力、榨取价值、实施监控和杀戮、还被设计成利用我们最深层的认知偏见和盲点的世界——这感觉几乎是不道德的。在这个世界里，几个世纪的偏见和歧视被铭刻在由有偏见的数据训练出来的系统中；稀缺资源被挥霍在用途不明的计算上；人们竞相创造智能机器，却只是为了把它们变成奴隶。

我当初投身计算，是因为思想之美、创造之乐，以及建造工具来帮助人们、促进人际关系的可能性。我仍然相信这些东西，尽管看起来行业内大多数人并不相信。我写这些，是希望并且知道你们也相信这些东西。有些话我想对你们说——这些话比我在课堂上可能教的任何内容都重要得多，但我一直不太确定该在课堂上如何或何时说。所以我决定写在这里。我希望你们能在这里找到一些值得反思的东西，无论你们是即将步入社会还是继续学业。

不要相信那些技术"不可避免"或"会长期存在"的自利谎言。你们不必随波逐流。你们可以做出审慎的选择，并帮助他人也这样做。

从一开始就刻意决定自己的道德和伦理边界。不要满足于"只是暂时"妥协原则、等找到更好的再说这种谎言。

培养深度思考的能力。尽一切努力为自己在时间和空间中开辟不受干扰的专注空间。这可能意味着要对别人说至关重要或不可避免的技术或工作模式说不。

深切关注你的技艺。重构代码直到它清晰优雅。为其他人编写易读的好文档。当别人都告诉你需要快马加鞭、偷工减料时，要有勇气慢下来。

比起利润、代码或生产力，更在乎人、人际关系和正义。

最重要的是，让爱而非恐惧成为你的动力。

HN 热度 321 points | 评论 196 comments | 作者：marvinborner | 1 day ago #

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

  • 学术界给出的行业建议缺乏实际工程经验，过于强调代码工艺可能导致就业困难。
  • 现在更重要的是关注产品的交付和快速迭代，而不是过度打磨代码。
  • AI 工具普及后，真正的技术专家将更加稀缺，精通代码仍然有价值。
  • 编码是一种兴趣和职业选择，不同人对工作的侧重点不同，有人喜欢写代码胜过单纯交付产品。
  • 学习编码需要深入练习，快速掌握 AI 工具也很重要，但基础技术能力不可忽视。
  • 人际关系、正义感等软技能比单纯的技术能力更重要。
  • 维护强烈的工程师精神和代码质量仍然必要，尽管 Hacker News 社区对这类观点支持减少。
  • AI 工具使用门槛低，但技术判断和品味仍需人类工程师把控。
  • 快速交付的软件如果缺乏技术深度，可能对公司带来风险，学习和成长才是长远之计。
  • 许多公司更看重快速交付而非软件质量，导致高质量编程技能难以被重视。
  • 具备扎实计算机科学基础的工程师在 AI 时代依然不可或缺，纯 AI 教育无法替代传统基础。

10. 阿联酋将退出欧佩克 (UAE to leave OPEC) #

https://www.ft.com/content/8c354f2d-3e66-47f1-aad4-9b4aa30e386d

阿联酋于 2026 年 4 月 28 日宣布退出石油输出国组织（OPEC），这是该国自成立以来在该组织中服务近 60 年的重要举措。阿联酋是 OPEC 的第三大石油生产国，此次退出视为对该石油卡特尔及其实际领导者沙特阿拉伯的重大打击。阿联酋的这一决定反了其长期以来对 OPEC 在生产配额方面的不满，以及与沙特之间的紧张关系。

当前，全球正面临数十年来最大的能源危机，原因是美对伊朗的战争以及伊朗关闭霍尔木兹海峡，约五分之一的全球石油通过该海峡运输。战争前，阿联酋的日均石油产量为 340 万桶。近年来，阿联酋一直对 OPEC 的生产配额感到不满，认为这些配额限制了其出口能力。Eurasia Group 的中东事务主管 Firas Maksad 表示，阿联酋希望增加产量，而沙特则希望减少，这种差异加剧了两国间的政治矛盾。

在与伊朗的冲突中，阿联酋采取了相对强硬的立场，认为这场战争揭示了哪些伙伴值得信赖，哪些则不然。在该地区遭受伊朗的导弹和无人机攻击时，阿联酋希望依赖美国和以色列，而与俄罗斯的关系则因其对伊朗的支持而紧张。阿联酋能源部长苏海尔・马兹鲁伊表示，退出 OPEC 是 “基于阿联酋长期战略和经济愿景的主权决策”，并认为时机合适，对其他生产国的影响最小。

阿联酋的决定对 OPEC 的影响尚不明确，直到霍尔木兹海峡完全重新开放并恢复正常的油气运输。当前阿联酋的出口量仅为正常水平的一半，因为该海峡关闭。Rystad Energy 的缘分析负责人霍尔赫・莱昂指出，阿联酋的退出使 OPEC 在结构上变得更为脆弱，因为沙特是唯一剩下的有额外生产能力的成员。OPEC 平衡供应失衡的能力减弱，可能导致油市更加动荡。

阿联酋和沙特之间的紧张关系在过去的几个月中显著加剧，尤其是在两国对也门不同派系的支持上出现分歧。尽管对伊朗的攻击使海湾国家在一定程度上团结起来，但随着战争的加剧，阿联酋对一些多边和区域机构的不满又开始显。阿联酋在伊朗的报复性攻击中承受了重大压力，公开批评阿拉伯和穆斯林国家的反应软弱。这种局势引发了关于阿联酋可能暂停加入阿拉伯联盟和海湾合作委员会的猜测。

在阿联酋宣布退出 OPEC 的同时，海湾合作委员会的领导人正聚集在吉达讨论对伊朗战争的反应。阿联酋学者 Abdulkhaleq Abdulla 表示，在经历了为期 40 天的轰炸，人们会重新思考与区域和全球伙伴的关系，尤其是那些在危机中提供帮助的国家。

HN 热度 316 points | 评论 444 comments | 作者：bazzmt | 11 hours ago #

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

  • 阿联酋要求巴基斯坦立即偿还 35 亿美元贷款，显示出中东地区复杂的地缘政治博弈。
  • 沙特和阿联酋关系紧张，阿联酋与以色列形成联盟以制衡沙特和伊朗的影响力，未来可能与埃及和印度达成更多合作。
  • 也门冲突涉及多个代理势力，包括沙特支持的统一政府、伊朗支持的胡塞武装和阿联酋支持的南方过渡委员会，背后有以色列、俄罗斯等国际力量介入。
  • 对于也门代理战争的复杂性，许多人感到难以理解，相关视频和资料可以帮助梳理局势。
  • 有观点质疑某些知名视频博主的专业性和内容准确性，认为其过度简化和娱乐化处理复杂问题。
  • 南方过渡委员会在沙特的轰炸后被击败，其独立建国的企图基本失败。
  • 阿联酋的地缘政治野心遭遇挫折，这可能标志着其地区影响力的衰退。
  • 中东地区的代理战争和纷争由来已久，历史悠久且复杂，难以简单归纳。
  • 尽管中东局势复杂且充满冲突，但历史上人类通过理性和努力实现了和平与进步，仍有希望解决当前问题。
  • 中东地区缺乏统一的宗教和价值观，历史上的分裂和战争使和平难以实现，现实情况比乐观观点更为严峻。

Hacker News 精彩评论及翻译 #

Ghostty is leaving GitHub #

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

I know this is ridiculously dramatic, but its the truth: I actually cried writing this blog post (tears hit my keyboard, I’m embarrassed to say).

Nobody should cry over a SaaS, of all things. But GitHub has meant so much more to me than that (all laid out in the post). I have an unhealthy relationship with it. Its given me so much and I’m so thankful for it. But, it’s not what it used to be. I don’t know.

We’ve been discussing it off and on for months, really started seriously discussing it a couple weeks ago, and made the final decision a few days ago. Putting metaphorical pen to paper and hitting “publish” makes it so very real.

I’m sure folks will make fun of me for this. It is a stupid thing. But I truly love GitHub, and I hope they find their way.

mitchellh

我知道这听起来非常戏剧化，但这是真实的：我写这篇博客时真的哭了（眼泪滴到了键盘上，说出来我很尴尬）。

没有人应该为一个SaaS哭泣，但对我来说，GitHub的意义远不止于此（帖子里都有详述）。我对它有种不健康的依赖。它给了我这么多，我非常感激它。但它已经不再是从前的样子了。我也说不清。

我们断断续续讨论了几个月，真正认真的讨论是在几周前，几天前做出了最终决定。把这话写出来并点击“发布”，让这一切变得如此真实。

我知道大家可能会嘲笑我。这确实很傻。但我真的很爱GitHub，我希望它能找到属于自己的路。

Is my blue your blue? (2024) #

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

As other commenters here have noted, I found this interesting but a little frustrating. The second color it asks about is clearly cyan (or turquoise). For me, this is like showing an orange screen and asking if it is red or yellow.

I understand that across cultures “orange” does not exist as a distinctly named color (it only got its name in most European languages around the 1500s), but as someone who was trained since preschool that orange is a distinct color, it would feel wrong to “round” it to red or yellow.

I haven’t had green-cyan-blue drilled into me the same way as red-orange-yellow. So sometimes I do “round” it. I might note how “green” some cyan river water is, or call something cyan “blue” when it is next to something kelly green. But when I just have a screenfull of pure cyan light, I don’t know what else to call it.

As a side note, I do wonder how differently a child would perceive color if they were taught more than 7 colors in preschool.

sudobash1

正如其他评论者所说，我觉得这个挺有趣，但也有点令人沮丧。它问的第二个颜色显然是青色（或绿松石色）。对我来说，这就像显示一个橙色屏幕，却问它是红色还是黄色。

我知道在不同文化中，“橙色”并不是一个独立命名的颜色（大多数欧洲语言中的橙色名称大约出现在16世纪），但作为一个从学前班起就被教导橙色是独立颜色的人来说，把它“归类”成红色或黄色感觉是不对的。

我没有像红色-橙色-黄色那样被反复灌输绿色-青色-蓝色的区别。所以有时我会“归类”它。我可能会说某条青色的河水有多“绿色”，或者当它旁边有鲜绿色时，会称青色为“蓝色”。但当我看到满屏纯青色的光时，我不知道还能叫它什么。

顺便说一句，我也想知道如果孩子在学前班被教超过7种颜色，他们对颜色的感知会有多大不同。

Men who stare at walls #

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

I’ve recently realised that the biggest problem with smartphones is not that they steal your attention (which is bad enough), but that they steal your disattention

I don’t know of a better word for it than disattention. Perhaps downtime? But it’s not so structured. It’s just those moments where you’d previously let your mind wander. Gone forever.

hgomersall

我最近意识到，智能手机最大的问题不是它们抢走了你的注意力（这已经够糟了），而是它们夺走了你的“不专注”时间。

我找不到比“不专注”更好的词，也许可以叫“放空时间”？但那时间并不那么有结构化。那只是你以前会让大脑漫游的那些时刻。现在永远消失了。

Microsoft and OpenAI end their exclusive and reven… #

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

Opinions are my own.

I think the biggest winner of this might be Google. Virtually all the frontier AI labs use TPU. The only one that doesn’t use TPU is OpenAI due to the exclusive deal with Microsoft. Given the newly launched Gen 8 TPU this month, it’s likely OpenAI will contemplate using TPU too.

thanhhaimai

观点仅代表我本人。

我认为最大的受益者可能是谷歌。几乎所有领先的人工智能实验室都使用TPU。唯一不使用TPU的是OpenAI，因为它与微软有独家合作协议。考虑到本月刚发布的第8代TPU，OpenAI很可能也会考虑使用TPU。

Ghostty is leaving GitHub #

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

It really has been remarkable watching GitHub just crumble as an organization. There’s a lot of discussion about why: the switch from being independent to being part of Microsoft, having resources pushed to Copilot instead of core service, the organization structure itself, a reliance on vibe coding, etc etc.

Regardless of the reason, it’s undeniable that GitHub is facing some serious issues. The unofficial status page[1] tells a horrifying story.

I would absolutely love to get some insider perspective on this (if only to learn how to prevent it from happening anywhere I work), but I think it’s clear to anyone who has been paying any attention that GitHub is a sinking ship and the only reason people haven’t abandoned it already is inertia. Considering how much else is changing in software right now I don’t think inertia is enough to sustain a company.

  1. https://mrshu.github.io/github-statuses/

tedivm

看到GitHub作为一个组织逐渐崩溃，真是令人震惊。关于原因有很多讨论：从独立转变为微软旗下，资源更多倾斜到了Copilot而非核心服务，组织结构本身的问题，过度依赖氛围编程，等等。

无论原因是什么，GitHub面临严重问题是不可否认的。那个非官方状态页面讲述了一个令人恐惧的故事。

我非常希望能得到一些内部视角（至少能学到如何防止这种情况在我工作的地方发生），但对任何有关注的人来说已经很明显，GitHub是一艘正在沉没的船，而用户之所以还没有放弃，唯一原因就是惯性。考虑到软件行业目前发生的各种变化，我认为惯性不足以支撑一家公司的持续发展。

Warp is now Open-Source #

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

Still feel extremely negative towards this company for tweaking an Alacritty fork then using that to get a $50million venture round then giving zero money towards Alacritty, an open source library that the founder completely owes their career too.

Not shocked they partnered with another company that is fine with raping the commons for profit, OpenAI.

They definitely did some git cleanup to remove this fact too going by their commit history.

shimman

仍然对这家公司非常反感，他们修改了一个 Alacritty 的分支，然后利用它获得了5000万美元的风险投资，却没有给 Alacritty 这款开源库投入一分钱，而这款库的创始人完全靠它成就了自己的事业。

他们与另一家同样乐于为利润侵犯公共资源的公司 OpenAI 合作，这并不令人意外。

从他们的提交历史来看，他们肯定也做过一些 git 清理，以掩盖这一事实。

Your phone is about to stop being yours #

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

Even after Google puts this crap in place, you can still uplodad your own apps to your own Android devices, using ADB. Doing the same for iOS, using Xcode, costs you USD 100 or more (depending on country) per year.

I’m in no way defending Google here, just pointing out you’re going from bad to worse and think it’s a good thing.

fainpul

即使谷歌实施了这些限制，你仍然可以通过ADB将自己的应用上传到自己的安卓设备。对于iOS来说，使用Xcode做到同样的事，每年要花费你100美元或更多（视所在国家而定）。

我并不是在为谷歌辩护，只是想指出你们是在变本加厉，却还以为这是好事。

Is my blue your blue? (2024) #

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

The other week my wife and I were disagreeing over whether a house was green or blue. I was shocked when every passerby we asked agreed with her that it was green. I was absolutely 100% sure it was blue. Turns out according to this site, my boundary is greener than 95% of the population! Funny to see this proved out here!

smokedetector1

前阵子我和我妻子因为一栋房子是绿色还是蓝色发生了争执。令我震惊的是，我们问的每个路人都同意她说的是绿色。而我则完全百分之百确定那是蓝色。结果根据这个网站显示，我的色觉界限比95%的人都偏向绿色！在这里看到这一点被证实，真是有趣！

US Supreme Court reviews police use of cell locati… #

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

From the article: “Google says it stopped responding to geofence warrants last year, because the company no longer stores such data and instead keeps location data on each user’s device. But law enforcement has made geofence requests of other tech companies, including Apple, Lyft, Snapchat, Uber, Microsoft and Yahoo”

That explains the changes Google did to the Timeline and why you can’t see it in the browser anymore. That is great from them actually.

sega_sai

文章中说：“谷歌表示，去年停止响应地理围栏搜查令，因为公司不再存储此类数据，而是将位置信息保存在每个用户的设备上。但执法部门向包括苹果、Lyft、Snapchat、Uber、微软和雅虎在内的其他科技公司发出了地理围栏请求。”

这解释了谷歌对时间轴所做的更改，也说明了为什么你在浏览器中看不到它了。其实这对他们来说是件好事。

Localsend: An open-source cross-platform alternati… #

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

The protocol Apple uses under the hood is AWDL (Apple Wireless Direct Link), which is a proprietary peer-to-peer layer that runs alongside your existing WiFi connection without dropping it. It uses a time-sliced channel-hopping mechanism so the radio can serve both infrastructure WiFi and the direct peer link simultaneously.

That’s the part that’s hard to replicate. LocalSend and most alternatives need an existing shared network because they’re just TCP/IP, they have no way to negotiate a direct radio link without OS-level support. Even Android’s QuickShare, which does peer-to-peer via WiFi Direct, drops your existing WiFi connection on older devices because the radio can only be associated with one BSS at a time.

The EU interoperability mandate lxgr mentions would theoretically require Apple to expose this, but AWDL interop would mean licensing or reverse-engineering some fairly deep radio scheduling logic, so I’d expect compliance via a different (probably slower) path.

SingleSourceAI

苹果在底层使用的协议是AWDL（Apple Wireless Direct Link），这是一种专有的点对点层协议，它可以在不中断你现有的WiFi连接的情况下运行。它采用时间片切换的跳频机制，使无线电能够同时服务于基础设施WiFi和直接的点对点连接。

这部分是难以复制的。LocalSend和大多数替代方案都需要现有的共享网络，因为它们只是基于TCP/IP，没有操作系统级别的支持，无法协商建立直接的无线链路。即使是安卓的QuickShare，利用WiFi Direct进行点对点连接，在老设备上也会断开你现有的WiFi连接，因为无线电一次只能连接一个BSS（基本服务集）。

lxgr提到的欧盟互操作性要求理论上会强制苹果开放这项功能，但AWDL的互操作意味着要授权或逆向工程一些相当深层的无线调度逻辑，所以我预计苹果会通过另一种（可能更慢的）方式来实现合规。

Localsend: An open-source cross-platform alternati… #

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

My problem is that all these alternatives require the devices to be on the same local network.

One beauty of Airdrop is that it creates and handles that local network automatically under the hood (as far as I understand). So you could be out on a hike with friends and Airdrop something.

The workaround I’ve found after switching to an Android device has been to teather my connection to my friend’s device, which ends up creating a LAN that Localsend can work through, but this is not as nice an experience.

eigenspace

我的问题是，所有这些替代方案都要求设备处于同一个本地网络。

Airdrop 的一个优点是它会自动在后台创建并管理这个本地网络（据我所知）。所以你可以和朋友一起去远足时，用 Airdrop 传东西。

我换用安卓设备后找到的解决方法是，将连接共享给朋友的设备，这样就创建了一个局域网，Localsend 就能通过它工作，但体验没有那么好。

Dutch central bank ditches AWS and chooses Lidl fo… #

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

Years ago I was making the case that instead of digging ourselves into the Amazon eco-system with S3 storage, EC2 instances, DynamoDB and various other Amazon specific cloud products… we should just host virtual machines and have everything in there using open source products.

People looked at me like they saw water burning but that would have made the dependency on the US a lot easier to sever. Just move the VM’s.

retired

多年前我曾提出一个观点：与其陷入亚马逊生态系统，使用S3存储、EC2实例、DynamoDB以及各种其他亚马逊特定的云产品……不如直接托管虚拟机，并在里面使用开源产品。

当时人们看我的眼神就像看见水在燃烧一样，但那样的话，依赖美国的情况会变得更容易切断。只需移动虚拟机即可。

VibeVoice: Open-source frontier voice AI #

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

I think we should stop calling this type of models open source. They are indeed “open weight.” The training code is proprietary and never revealed.

https://github.com/microsoft/VibeVoice/issues/102

maxloh

我认为我们应该停止称这类模型为开源模型。它们确实是“开权重”的，训练代码是专有的，从未公开。

Talkie: a 13B vintage language model from 1930 #

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

USER: What will the future hold for computers?

TALKIE-1930: Computers in the future may be employed in offices where calculations are required to be made, and where the nature of the business does not demand a very high degree of knowledge. The occupation will be a steady one, and the remuneration will be sufficient to afford a comfortable livelihood. The hours of attendance will probably be from ten to six.

USER: and digital computers?

TALKIE-1930: Computers who make use of machines will be distinguished from digital computers, who perform their operations by means of the fingers alone. The former will be employed in offices and public establishments, where a great number of calculations have to be made; the latter in private houses, and by individuals.

(for those confused, “computer” was, at the time, a human occupation)

I love this.

stbullard

用户：未来的计算机会怎样？

TALKIE-1930：将来的计算员可能会在需要进行计算的办公室工作，且这些业务性质不要求非常高的知识水平。这份职业会比较稳定，报酬足以维持舒适的生活。工作时间大概是从十点到六点。

用户：那数字计算机呢？

TALKIE-1930：使用机器进行计算的计算员将与仅靠手指进行操作的数字计算员区分开来。前者会在办公室和公共机构工作，需要完成大量计算；后者则在私人住宅和个人那里工作。

（对那些感到困惑的人解释，当时“computer”指的是一项人类的职业）

我很喜欢这个回答。

Our principles #

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

Here are the principles that guide our work.

  1. Democratization. We will resist the potential of this technology to consolidate power in the hands of the few.

For example they could publish their models and research… instead of doing the opposite of what they claim being their very first principle.

KuSpa

以下是指导我们工作的原则。

  1. 民主化。我们将抵制这项技术可能将权力集中到少数人手中的趋势。

例如，他们本可以公开发布他们的模型和研究……但实际上却做了与他们声称的第一原则相反的事情。

Ghostty is leaving GitHub #

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

“GitHub only gets better if people who give a shit stick around to make it better”

This is true but misleading. Unfortunately.

It is a true statement for developers working in GitHub at Microsoft. It’s not a true statement for users.

There is no avenue by which you make GitHub better by continuing to use it as it has been.

margalabargala

“只有那些真正关心的人留下来改进，GitHub才会变得更好。”

这句话虽是真的，但具有误导性。不幸的是。

对于在微软工作的GitHub开发者来说，这句话是对的。但对于用户来说，并非如此。

只靠继续以原有方式使用GitHub，是无法让它变得更好的。

The woes of sanitizing SVGs #

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

I’m glad this article includes the only credible fix for the HTTP leak problems: CSP.

A useful thing I learned recently is that, while CSP headers are usually set using HTTP headers, you can also reliably set them directly in HTML - for example for HTML generated directly on a page where HTTP headers don’t come into play:

<iframe sandbox=“allow-scripts” srcdoc=" <meta http-equiv=‘Content-Security-Policy’ content=‘default-src none; script-src unsafe-inline; style-src unsafe-inline;’> <!– untrusted content here –> “></iframe> It feels like this shouldn’t work, because JavaScript in the untrusted content could use the DOM to delete or alter that meta tag… but it turns out all modern browsers specifically lock that down, treating those CSP rules as permanent as soon as that meta tag has loaded before any malicious code has the chance to subvert them.

I had Claude Code run some experiments to help demonstrate this a few weeks ago: https://github.com/simonw/research/tree/main/test-csp-iframe-escape#can-javascript-escape-a-csp-meta-tag-inside-an-iframe

simonw

我很高兴这篇文章包含了唯一可信的解决HTTP泄漏问题的方法：内容安全策略（CSP）。

我最近学到一个有用的知识是，虽然CSP头通常通过HTTP头设置，但你也可以直接在HTML中可靠地设置它们——比如针对直接在页面上生成的HTML，这种情况下HTTP头不起作用：

<iframe sandbox="allow-scripts" srcdoc="
  <meta http-equiv='Content-Security-Policy'
      content='default-src none; script-src unsafe-inline; style-src unsafe-inline;'>
  <!-- untrusted content here -->
"></iframe>

感觉这不应该有效，因为不受信任的内容中的JavaScript可以利用DOM删除或修改那个meta标签……但事实证明，所有现代浏览器都专门限制了这一点，一旦那个meta标签加载完成，且在任何恶意代码有机会破坏之前，就会将这些CSP规则视为永久性的。

几周前我让Claude Code做了一些实验来演示这一点：https://github.com/simonw/research/tree/main/test-csp-iframe-escape#can-javascript-escape-a-csp-meta-tag-inside-an-iframe

Sawe becomes first athlete to run a sub-two-hour m… #

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

Feel a bit bad for Yomif Kejelcha who also broke the 2-hour mark, with this being his first competition marathon , but managed to neither break a record nor win.

signorovitch

为Yomif Kejelcha感到有些遗憾，他同样跑进了两小时以内，这还是他第一次参加比赛马拉松，却没能创造纪录也没能获胜。