## 科里·多克托关于批评人工智能和“逆向半人马”
科里·多克托最近在华盛顿大学的演讲，预览了他即将出版的书籍《逆向半人马的生活指南》（2026年6月），重点讨论了如何有效地批评人工智能。他认为，许多关于人工智能的讨论都偏离了重点，受到炒作和投资者利益的驱动，而非真正的社会效益。
多克托通过“逆向半人马”的概念来阐述这个问题——人类作为机器的附属物，为了效率提升而被剥削（例如，被人工智能监控的快递员）。他认为人工智能的发展方向是*创造*这些逆向半人马，而不是赋能人类。
他批评科技垄断企业需要像人工智能这样的持续“泡沫”来维持增长，并警告说人工智能取代工作的承诺是为削减成本和剥削工人服务的烟幕弹。多克托提倡将批评的重点放在人工智能的*实际*危害上——它如何恶化工作并可能降低质量——以及基于共同利益建立联盟，而不是陷入关于人工智能潜在意识的争论。他强调理解科技公司如何构建叙事以谋取自身利益的重要性，并敦促人们关注替代方案，抵制“别无选择”的心态。
每日HackerNews RSS
## AI 批评与经济担忧：摘要
最近 Hacker News 上的一场讨论围绕着 Cory Doctorow 的文章“反半人马 AI 批评指南”。核心论点是，当前的 AI 估值不可持续，依赖于大规模取代劳动力的前提——这个前提并非一定现实，即使实现，也会造成损害。
对话强调，AI 工具虽然令人印象深刻，但无法真正*取代*工作，而高管们对它们的潜力被误导。许多评论员表达了对由这种 AI 炒作泡沫引发的潜在经济衰退的担忧。
讨论还涉及版权问题，认为 AI 主要是在重组现有的“模因”和模式，模仿人类的创作过程。 建议对 AI 的能力进行现实评估，并可能为创意工作者进行行业谈判，以减轻负面影响。 尽管有些人认为 AI 的进步是不可避免的，但另一些人则指出了电力生成的局限性以及市场可能出现的修正，类似于互联网泡沫。
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2025 X Corp.
LWN.net，一个面向开发者的Linux新闻网站，恳请订阅以支持其工作——他们更倾向于撰写信息丰富的文章，而不是投资于营销。最近的一篇深度报道聚焦于Linux内核自我保护项目（KSPP）为期十年的努力，旨在提高内存安全性，特别是解决有问题的`struct sockaddr`网络结构。 `sockaddr`最初设计于1980年代，其固定大小的数据字段现在常常不足，导致开发者将其视为一个灵活的数组——这种做法阻碍了边界检查。试图正式将其定义为灵活数组导致了大量的编译器警告，从而阻碍了进展。 目前的解决方案是引入`sockaddr_unsized`，一个新的变体，允许灵活的大小，同时在特定的内部接口中保留长度信息。这使得能够将`sockaddr`恢复到其原始定义，从而启用边界检查并消除警告。然而，`sockaddr_unsized`仍然存在潜在的溢出风险，促使未来增加长度字段以进一步提高安全性。这说明了即使Rust集成提供了长期的好处，确保内核庞大的C代码库安全仍然是一个持续的挑战。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
一个 Struct Sockaddr 后续 (lwn.net)
28 分，来自 g0xA52A2A 1 天前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Beurer PO 80 脉搏血氧仪：深度分析 该项目涉及对一款经济型Beurer PO 80脉搏血氧仪的详细分析，旨在了解其功能和安全性。初步调查配套的“SpO2 Assistant”软件引发了对“德国工程”声称的质疑，揭示了可能存在重复使用的代码。通过协议嗅探器反向工程了与设备的通信，从而创建了一个Python工具来读取脉搏和SpO2数据。 拆解显示该设备使用GigaDevice GD32F350RBT6微控制器和一个调试连接器。尽管启用了闪存读取保护，但利用已知的硬件漏洞（感谢a1exdandy的研究）成功转储了固件——导致芯片变砖，但可以通过更换芯片恢复。 固件补丁禁用了运行时安全措施和睡眠模式，从而实现了完全的调试访问。然后分析了显示功能，允许动态补丁缓冲区地址以显示自定义图像，甚至包括Doom启动画面。虽然运行Doom是可行的，但作者计划专注于安全研究，特别是探索USB协议中潜在的远程代码执行漏洞。该项目强调了即使在廉价医疗设备上进行逆向工程的可及性。
一个黑客新闻的讨论围绕着一个补丁脉搏血氧仪固件的项目。最初的帖子详细介绍了过程中遇到的挑战，主要是令人沮丧的硬件错误：黑客由于零件编号非常相似，意外订购了一个闪存容量为原始型号（GD32F350RBT6）一半的微控制器（GD32F350R8T6）。
评论者指出，这种命名方式在STM32克隆产品中很常见，有时即使超过报告的大小，也可以成功刷新更大的镜像。讨论还涉及了设备的自我修复安全措施以及使用一次性可编程熔丝的潜在固件保护方法。最后，用户指出在速卖通上可以买到非常便宜的类似设备，这使它们成为有吸引力的黑客目标，但有人开玩笑地抱怨缺乏《毁灭战士》的兼容性。
502 错误网关 nginx
## Java Hello World，LLVM 版本：摘要
这次黑客新闻的讨论围绕着一篇博客文章，详细介绍了如何使用 LLVM 创建 Java 中的“Hello World”程序。核心要点是探索新的 Foreign Function & Memory (FFM) API，旨在改善与原生代码的互操作性，而无需 Java Native Interface (JNI) 的重大缺点。
FFM API 是一个更大的“默认完整性”努力的一部分，旨在防止库代码在没有明确许可的情况下违反应用程序不变性（例如修改 final 字段）。虽然目前与 JNI 共享一个标志，但讨论强调了 FFM 更安全的方法——限制访问，而 JNI 提供了广泛的原生代码访问权限。
用户们争论了这种方法与 GraalVM 的原生镜像编译的优势，指出 FFM 促进了调用现有的 C 库，而 GraalVM 将 JVM 字节码编译为原生二进制文件。人们也对下载和执行安装脚本的安全性提出了担忧，以及溯源和信任的重要性。 许多评论者强调了像 NixOS 这样的工具在可重现构建和依赖管理方面的价值。
最后，对话涉及了 LLVM 对编译器开发的吸引力以及对标准化抽象语法树 (AST) 实现的探索。
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2025 Google LLC
## 快速烧水与电热水壶技术：黑客新闻总结
一段汽车充电器快速烧水的视频引发了黑客新闻的讨论，深入探讨了电热水壶技术和效率。用户们讨论了升级到更高功率（3kW+）的电磁炉和电热水壶，尤其注意到这些产品在英国与美国之间的供应差异。
对话探讨了电池供电热水壶的可行性，并对成本、电池寿命和安全性提出了担忧。虽然电池热水壶存在，但价格昂贵。有人建议使用隔热水箱（类似于Quooker系统）作为更实用的替代方案。
许多评论者强调了电热水壶近100%的效率，质疑了过去关于潜在欧盟禁令高功率型号的报告。英国电网甚至预计在热门肥皂剧《Eastenders》片尾时，热水壶的使用量会激增。
最终，这场讨论展示了人们对优化看似简单的任务——烧水——的迷恋，以及其背后令人惊讶的复杂性。
## Slack 最大化：摘要 Slack 最大化提议了一种激进的运营管理转变——拥抱广泛的 Slack 频道使用，用于“实时”工作，例如活动协调和客户服务。其核心原则是**一切事务专用频道**：一个主题，一个频道，根据需要大量创建。这确保了清晰度并鼓励信息共享，防止重要信息丢失。 关键原则包括为每个人创建单独的频道（将其与相关方连接）和自然分组，将频道视为工作队列，并为每个任务使用串联讨论。自动化将外部工作导入 Slack，而反应则充当状态更新。 该系统依赖于透明度——倾向于使用频道而非直接消息——并通过 Slack Connect 或访客邀请集成外部通信。为了对抗信息过载，作者建议对频道进行分类，隐藏未读频道，利用搜索（Ctrl+K），以及静音不太重要的频道。 虽然不适合专注的“创造者”工作，但 Slack 最大化在高度紧张、反应迅速的环境中表现出色，简化了工作流程并减少了对单独的待办事项列表或知识库的依赖。它受到 Lightcone 等团队的启发，展示了一种强大的运营效率方法。
## Slack 最大化：过度依赖的讨论
一篇最近发表在 aelerinya.substack.com 上的文章引发了 Hacker News 上关于“Slack 最大化”的讨论——即尝试通过 Slack 运行*所有*事务，将其变成一个复杂的工作管理系统。文章详细介绍了诸如为个人更新、工作队列，甚至导师/教练互动而设置的专用频道等原则。
许多评论者对此反应负面，认为这种方法本质上是将 Slack 变成了一个设计糟糕的工单系统。一些人分享了成功地将 Slack *像*一个与工单系统集成的聊天工具使用的经验，而另一些人则哀叹其过度使用以及与 Jira 或 Linear 等专用工具相比的局限性。
一个关键点是，在团队中实施这种严格的系统很困难，并且可能导致混乱。讨论还涉及了这种方法在特定在线社区（Inkhaven、LessWrong）中的起源，以及它对过度组织化的人的吸引力。最终，共识倾向于使用合适的工具来完成工作，并避免试图将 Slack 变成万能工具的陷阱。
## 文艺编程：超越炒作 本文深入探讨了唐纳德·克努斯最初的“文艺编程”愿景，超越了常见的误解。克努斯并非将其设想为一种僵化的方法论，而是一种灵活的方法，将自顶向下的设计与适应性编码相结合——自顶向下、自底向上，或任何所需的风格。它源于对20世纪70年代严格自顶向下的结构化编程的 perceived 缺陷的回应，旨在保留分解的好处，而无需强制创建不必要的子例程。 核心思想是优先考虑程序逻辑的清晰*阐述*，使用命名的代码块与解释性文本交织在一起。一个建议的工作流程包括用伪代码概述程序的骨架，逐步填充细节，并通过逻辑方式安排代码块来优先考虑可读性——利用 WEB 和 CWEB 等工具的顺序无关性。 然而，成功的文艺编程似乎与*知识保存*有关。像鲍勃·尼斯特罗姆的 *Crafting Interpreters* 这样的例子表明，当代码在散文*之前*开发、迭代完善，并以清晰为重点进行解释时，会取得成功。作者认为最大的挑战是平衡教学和编程——代码演化的灵活性需求与良好文档化解释的静态性质相冲突。最终，掌握文艺编程需要实验、诚实的自我评估以及重写的意愿，认识到没有单一的“正确”方法。
## 吸血鱿基因组揭示古代头足类秘密
“来自地狱的吸血鱿”（*Vampyroteuthis infernalis*）的基因组已被测序，揭示了迄今为止最大的头足类基因组——超过110亿个碱基对，显著超过鱿鱼和章鱼。尽管其独特的进化地位，吸血鱿却令人惊讶地保留了与现代鱿鱼和章鱼共同祖先相似的染色体结构。
这种“活化石”可以追溯到1.83亿年前，为头足类进化提供了关键的视角，弥合了鱿鱼和章鱼谱系之间的差距。研究人员发现，其庞大的基因组主要由重复DNA组成，但其结构表明章鱼最初与鱿鱼具有相似的染色体排列，之后才经历显著的混合和融合。
然而，吸血鱿的基因组保持了相对稳定，保留了祖先的特征。这使其成为理解这些不同头足类群体在3亿多年前如何分化的潜在“罗塞塔石碑”，为鱿鱼和章鱼的遗传起源提供了见解。
最近一篇发表在ScienceAlert上的关于“来自地狱吸血鱿”遗传学的文章，在Hacker News上引发了热烈讨论。这种鱿鱼的基因组出乎意料地庞大，其中62%由重复的非编码DNA组成。
这引发了关于这种DNA功能的争论。一些人最初将其比作臃肿的代码库，而另一些人则指出非编码DNA通常在基因调控和其他生物过程中发挥着关键作用。有人提出了详细的实验方案，以确定特定的非编码片段对生物的生存是有益还是有害。
这场讨论凸显了人们对“垃圾DNA”理解的演变，证据表明其中很多并非无用，并且通过诸如低温电子显微镜等技术，不断发现新的功能。用户们也饶有兴趣地讨论了酷炫的拉丁物种名称，并评论了科学报道的风格。
启用 JavaScript 和 Cookie 以继续。
这个黑客新闻的讨论围绕着生物发光现象，尤其是在萨利什海及其他海域。最初的帖子链接到一篇关于发光海水的文章，引发了关于缺乏一个通用的英文词汇来描述这种现象的讨论——不像挪威语（“morild”或海火）。
用户指出“生物发光”这个术语相对较新（1909年），并推测历史上的水手可能只是称之为“光”。讨论扩展到包括寒冷、非热带水域的生物发光，例如新英格兰沿海，并将那里的光芒归因于栉水母和桡足类动物。
几位评论者分享了个人经历，强调了亲眼目睹生物发光时的敬畏之情，尤其是在潜水时。最后，强调了这种自然现象对环境变化的敏感性。