博文《不安全感的贩卖者》（Merchants of Insecurity）对使用“Omarchy”操作系统发出了严厉警告，指出其存在严重且可避免的安全漏洞。作者强调了诸如通过通知执行任意 Bash 代码等致命缺陷，并认为这些问题源于疏忽的开发实践——即使用了未经审查、由人工智能生成的脚本。 作者批评该项目的领导层（特别是 DHH）将华丽的营销置于真正的安全之上。尽管领导层将该操作系统宣传为一种精致的、“Linux 桌面之年”的体验，并大肆吹嘘其修复 Bug 的能力，但作者认为这种说法虚伪透顶。他们指出，大量的安全补丁恰恰是基础架构根本不安全的症状，而非某种成就。 归根结底，这篇文章旨在纠正公众对 Omarchy 的看法，认为该项目并未认真对待安全性。作者主张用户在风险方面受到了误导，并警告称，由于缺乏基本的安全保障，该操作系统可能很快会在企业环境中被禁用。
每日HackerNews RSS
近期，基于 Arch Linux 的发行版“Omarchy”因得到 DHH 等知名人物的支持而兴起，并在 Hacker News 上引发了激烈的讨论。
批评者认为，Omarchy 与其说是一个成熟的操作系统，不如说是一堆“氛围感”导向的脚本和配置文件合集。人们最主要的担忧在于其开发方法：怀疑者指出，该项目存在明显的安全漏洞（例如通知处理中的命令注入缺陷），这证明了该项目优先考虑的是快速部署和营销，而非安全的工程实践。
除了技术层面的批评，围绕该项目创始人 DHH 的政治立场，讨论也呈现出极度两极分化的态势。许多用户认为，该项目是他推行其争议性政治理念（特别是关于移民问题）的载体。虽然支持者将其视为传统 Linux 发行版的一种“开箱即用”、用户友好的替代方案，并称赞其集成了人工智能的工作流和精致的用户体验，但反对者则认为，这些热度是由“科技兄弟”（tech-bro）圈子人为制造出来的。
归根结底，这场争论反映了 Linux 社区内部更深层次的冲突：一方是优先考虑技术稳定性和意识形态中立的人群，另一方则是倾向于支持那些由个人主导、以创新为核心，且不惧争议与风险、挑战现状的项目的人群。
抱歉。
关于人工智能在编程领域的辩论往往偏离了重点，过多关注代码的“作者身份”，但这从来都不是软件工程的主要目标。一个系统的真正掌控权在于理解，而非仅仅是敲出语法。 AI 辅助编程的危险不在于它生成了代码，而在于它诱导开发者将“思考与调试”外包出去。当开发者依赖 AI 修复错误而不去探究根本原因时，他们便无法建立起关于系统运作的必要思维模型。这创造了一种“能力的幻觉”，一旦 AI 失效或出现复杂的意外问题，开发者就会束手无策。对于初级开发者而言，这一点尤为有害，因为它跳过了那些能构建深厚专业知识、虽耗时却至关重要的调试过程。 解决方案并非拒绝 AI，而是有策略地利用它来处理模板代码和语法，同时保持对架构和设计决策的掌控权。随着编写代码变得廉价，开发者的价值正在向更高层次的专业能力转移：即系统集成、故障模式分析、权衡取舍以及系统架构。最优秀的开发者将是那些既利用 AI 加速工作，又始终担当系统核心架构师角色的人。
这份 Hacker News 讨论探讨了人工智能所带来的“能力错觉”，即开发者可以在不理解底层系统的情况下生成可运行的代码。
核心观点包括：
* **依赖的危险性：** 参与者警告称，在不理解“为什么”的情况下反复使用 AI 修复代码会导致系统极其脆弱。当复杂系统崩溃时，依赖 AI 的用户将缺乏修复系统所需的基础知识。
* **技能的重新定义：** 许多人认为，开发者的真正价值始终在于系统级的理解能力和判断力，而非单纯的代码产出速度。AI 迫使工程师的角色发生转变，工作重心日益转向架构设计、问题识别以及对 AI 输出结果的验证。
* **“产品”导向：** 评论者强调，代码仅仅是工具，真正的价值在于解决商业或产品问题。如果用 AI 更快地构建出错误的东西，那只是在“加速制造遗留代码”。
* **适应与演进：** 虽然有人担心 AI 会使基础编程技能过时，但也有人认为这是一种必要的演进。他们建议，成功现在需要将 AI 作为“认知伙伴”来掌握，同时在架构决策和解决问题上保持严格的把控权。
美国环保署（EPA）正在提议修改一项规则，拟取消联邦政府要求各州就“小型污染源”空气污染许可证征求公众意见的规定。尽管环保署将数据中心、垃圾填埋场等设施归为此类，但批评人士认为，此举将大幅削减透明度与民主监督。
随着人工智能热潮推动数据中心的大规模扩张，人们对这些设施可能带来的重大环境与健康影响（例如弗吉尼亚州部分设施造成的严重健康损害）愈发担忧。近期经验表明，公众评议期在协助当地社区质疑乃至阻止有害项目方面发挥了关键作用。
来自14个州和3个城市的总检察长已正式反对该提案，认为将这些设施贴上“小型”标签，忽视了它们所带来的累积性健康风险。环保署的这一计划在未设联邦参与强制要求的情况下将监管责任转交给各州，这可能会边缘化地方的声音，在加速数据中心建设的同时，削弱公众追究开发商环境责任的能力。
抱歉。
若要使用 Mastodon 网页应用，请启用 JavaScript。或者，您也可以尝试在您的平台上使用 Mastodon 的原生应用。
这篇 Hacker News 帖子探讨了大型语言模型（LLM）对编程未来的影响，用户在将其视为进化工具还是革命性威胁之间存在分歧。
**主要论点包括：**
* **“印刷机”比喻：** 许多人认为手动编码正成为一种小众的“手工”技艺，就像印刷机取代了手抄员一样。但也有人认为这个比喻有缺陷，因为编程是一门以逻辑和结构为核心的工程学科，而不仅仅是手工任务。
* **“编码的终结”与“进化”：** 持怀疑态度的人认为手动输入代码正在消亡，这可能导致广泛的“大脑萎缩”以及对低质量 AI 生成内容的依赖。乐观者则将 AI 视为一种力量倍增器，使开发者能够专注于高层次的问题解决，而非死记硬背语法。
* **经济担忧：** 一些参与者担心 AI 正被管理层利用来贬低人力价值。另一些人则认为，这只是行业在修正过去过度招聘的问题，并指出历史上抽象层级的提升（从汇编语言到高级语言）最终创造了更复杂的系统和新的机遇。
总之，尽管大家一致认为程序员的角色正在发生变化，但许多人强调，扎实的技术基础依然至关重要。
Bloomberg 需要帮助？请联系我们 我们检测到您的计算机网络存在异常活动。 为继续访问，请勾选下方方框以证明您不是机器人。 为何会出现此提示？ 请确保您的浏览器已启用 JavaScript 和 Cookie，且未阻止其加载。 如需了解更多信息，请查阅我们的服务条款和 Cookie 政策。 需要帮助？ 有关此消息的疑问，请联系我们的支持团队，并提供下方的参考 ID。 拦截参考 ID：7bd00200-a13d-11f1-9567-29b7bb351e9c 订阅 Bloomberg.com，随时随地掌握全球重要市场资讯。 立即订阅
Z.ai 已正式确认“Ox Alpha”为其 GLM 系列的最新版本，并宣布计划发布该模型的权重。此前，该模型在 OpenRouter 和 OpenCode 等平台上已引发了广泛猜测与社区测试。
用户反馈呈现两极分化。一些开发者称赞其编码能力，认为其表现介于 Claude 的 Sonnet 和 Opus 之间；而另一些用户则报告了稳定性问题，特别是频繁出现“死循环”，即模型会陷入重复指令的状态。这些错误通常被归咎于模型的训练框架或量化水平。
相关讨论也凸显了更广泛的行业趋势，包括对品牌激增的“AI 疲劳”、对营销导向评测基准的质疑，以及中国实验室开源权重模型格局的转变。许多用户将该模型视为一种商品，并指出其能否获得专业应用，取决于性价比而非品牌忠诚度。尽管关于其与前沿模型排名的争论不断，但外界普遍认为，此次即将发布的模型权重将对开源生态系统做出重大贡献，使其能够与 DeepSeek 等替代方案保持竞争力。
家长控制应用 Qustodio 的最新数据显示，澳大利亚针对儿童的社交媒体禁令在很大程度上收效甚微。尽管该法律于去年 12 月实施后，社交媒体的使用率曾出现短暂下降，但 10 至 15 岁群体的参与度此后迅速回升，在 TikTok、Instagram 和 Snapchat 等平台上的使用率已接近禁令实施前的水平。 专家认为，这一趋势源于儿童通过虚拟专用网络（VPN）或虚报年龄来绕过限制，又或是因为相关措施缺乏足够的执行力。此外，越来越多的儿童正转向 WhatsApp 等不受当前法规约束的即时通讯平台。 尽管政府致力于保护青少年免受网络欺凌和掠夺性算法的侵害，但近期的同行评审研究也印证了上述调查结果，表明青少年并未真正放弃社交媒体。随着英国、法国和新西兰等国正计划实施或收紧类似法规，澳大利亚的经验凸显了仅靠立法来有效遏制青少年使用社交媒体所面临的巨大挑战。
抱歉。
Brex 支持将实体信用卡邮寄至大多数国际地址，用户可在后台直接指定所在位置。尽管当前的官方说明链接已更新为不包含具体邮寄国家详情的通用概述，但过往文档证实了其全球邮寄服务的可用性，相关政策记录依然存在。 关于“向包括中国、巴西和越南在内的 13 个国家邮寄需额外快递文件”的传言，经核查，官方支持文档中并无此类说明，该说法未经证实，已被排除。 在功能方面，用户可通过自助设置消费限额来使用虚拟卡。为遵守国际网络限制，所有 Brex 卡严禁在受制裁地区使用，包括克里米亚、顿涅茨克、卢甘斯克及俄罗斯。
“银行准入指数”（Banking Access Index）是一份透明的数据集，旨在比较 19 家美国金融科技银行提供商在八个国家/地区的准入情况。该指数旨在解决非居民寻找美国商业银行服务难的问题，并将这些提供商分为四类：明确接受、明确限制、无明确限制及未知。
值得注意的是，作者强调许多对比网站错误地将“未提及”等同于“许可”，而他的研究则严格区分了“无明确限制”与“实际接受”之间的区别。该数据被大量引用，其来源依据是提供商的官方文档而非营销宣传，并以 CSV 和 JSON 格式在 CC-BY 4.0 许可协议下公开。
尽管该项目旨在帮助创始人应对美国商业银行领域复杂的环境，但在 Hacker News 上线时，遭到了用户的强烈批评，原因在于用户认为作者的解释是由人工智能生成的（“垃圾内容”）。批评者认为该帖文充斥着重复且刻板的写作模式，引发了关于技术项目发布中真实沟通重要性的讨论。尽管外界对帖文的作者身份持怀疑态度，但该基础数据集被定位为一个活跃的、经社区验证的资源，并计划进行季度复核与扩展。
JDK 28 将“值类”（value classes）作为预览功能引入，通过移除对象标识（identity）提供了显著的优化潜力。这使得 JVM 能够对值进行扁平化处理（避免指针追踪）并进行标量化（使用寄存器或栈）。然而，开发者应避免“所有类都用值类”的心态，因为使用不当可能会导致性能倒退。 JVM 实现值扁平化的能力取决于特定条件。例如，不可变且严格初始化的字段可以被扁平化，而可变字段可能需要引用布局，以维持 Java 内存模型中关于无撕裂（tear-free）赋值的保证。 一个关键的性能陷阱与泛型接口及类型擦除有关。当代码使用被擦除的 `Object` 签名时，JVM 必须使用桥接方法，在跨越调用边界时将值“具体化”为堆分配对象，从而抵消了值类的性能优势。解决方法通常是在接口中显式重声明类型化方法，以维持动态调用过程中的标量化。 总之，虽然值类提供了强大的优化自由度，但它们并非自动生效的“魔法”。理解 JVM 如何处理这些抽象，并偶尔通过显式的类型声明来辅助编译器，对于实现 Valhalla 项目所承诺的性能提升至关重要。
抱歉。
许多团队在构建 RAG（检索增强生成）技术栈时，往往默认选择复杂的向量数据库和嵌入技术，从而导致过度设计。与其盲目堆砌工具，不如根据数据时效性、语料库规模和查询模式等具体需求来构建系统。 作者建议采用分层方案： 1. **从 BM25（全文搜索）开始：** 它速度快、擅长精确匹配、无需分块，且没有重新索引的成本。 2. **通过查询重写进行增强：** 使用大模型（LLM）来优化用户输入。相比原始的语义搜索，这种方式处理行话和同义词的效果更好，且成本更低、更易于迭代。 3. **使用混合搜索：** 如果需要语义深度，可以将 BM25 与基于嵌入的重排序（Reranking）相结合。 4. **扩展策略：** * **即时处理（On-the-fly）：** 适用于高频变动的数据（延迟：200–500 毫秒）。 * **冷热分层：** 适用于符合帕累托分布的访问模式。 * **完全预嵌入：** 仅适用于数据稳定且规模巨大的场景（每日 1 万次查询以上）。 **总结：** 大多数系统（60%）只需简单的全文搜索加查询重写即可满足需求。除非真正处于极大规模运行环境，否则请避开“5% 方案”（完全预嵌入）。在增加复杂性之前，务必先验证其必要性。
这场 Hacker News 上的讨论围绕“RAG 比你想象的更简单”这一论点展开，引发了关于检索增强生成（RAG）系统是否存在过度工程化的争论。
**讨论的核心要点包括：**
* **全文检索（FTS）与向量嵌入：** 许多开发者认为全文检索被严重低估了。与基于向量的语义搜索相比，它通常更快、更具可移植性，且更易于调试。向量数据库的批评者指出，语义相似性的作用往往被夸大了，且伴随着复杂的运维难度。
* **“代理化”（Agentic）的转变：** 一种主流观点认为，搜索的最终目标是利用大语言模型（LLM）自动重写查询、执行迭代式的全文检索并分析结果。这种方法比纯概率性的嵌入搜索更具可解释性和可控性。
* **复杂性与简洁性：** 参与者警惕所谓“灵丹妙药”式的解决方案。成功的 RAG 并不取决于特定的技术（向量还是关键词），而在于数据规范、合理的切片处理以及确定性的编排。
* **对“AI 垃圾内容”的质疑：** 多位用户批评原文具有明显的“AI 生成”风格——引用了生硬、短促的句子和堆砌术语的标题。这表明社区正对缺乏深度技术内涵的 AI 生成内容感到疲劳。