大多数电子表格模型将结构、逻辑、布局和展示混合在一起，这往往会导致模型脆弱且容易出错。OM Core 提供了一种替代方案，通过多维建模引擎将这些要素分离。OM Core 不再依赖单元格坐标，而是使用维度、立方体、层级和语义规则来定义模型，并将网格和视图仅视为底层数据的投影。
通过基于模型轴线（而非特定的行或列地址）来定义业务关系（例如计算毛利率），OM Core 模型变得更容易审计、扩展和维护。
该项目目前处于 Alpha 阶段，提供了一个完整的技术栈，包括建模引擎、REPL、GUI/TUI 以及运行时环境。它专为那些希望构建超越传统电子表格限制、结构化且透明的财务和分析模型用户而设计。
该平台是开源的（AGPL v3.0）并处于活跃开发中，这意味着在 v1.0 版本发布之前，API 和文件格式可能会发生变化。用户可以通过[文档网站](https://cloudcell.github.io/om-docs/)探索该项目，其中包含安装指南、快速入门教程以及对模型驱动设计理念的详细解释。
每日HackerNews RSS
抱歉。
在本期《PWNED》中，两名专业红队人员成功演示了物理安保漏洞如何导致整个网络被攻破。他们在冒充新进 IT 员工并主动帮维修人员铲雪以博取信任后，成功进入大楼，并在会议室发现了一个未受保护的以太网端口。 他们将一台树莓派（Raspberry Pi）隐藏在垃圾桶后，从而获得了内部网络的远程访问权限。尽管该设备曾被维修人员发现并引起保安调查，但两周内仍未被察觉。利用这一初始立足点，测试人员执行了密码喷洒攻击，使用弱密码“winter2023!”获得了数十个有效凭据。最终，他们利用活动目录证书服务（ADCS）的漏洞，取得了域管理员权限。 此次事件凸显了三个关键的安全缺失： 1. **人为因素：** 员工过于轻信，仅凭表面上的乐于助人就允许未经授权的人员进入。 2. **网络控制：** 会议室端口缺乏网络准入控制（NAC），导致未经授权的硬件能够接入。 3. **身份安全：** 弱密码策略和缺乏多重身份验证（MFA）使攻击者能够轻易提升权限。 核心启示：安全漏洞很少像好莱坞电影中那样惊心动魄；它们往往是利用了人性中的善良与糟糕的基础设施防护。
抱歉。
GitHub 上的 Gemini Code Assist 是一款自动化 AI 审查工具，它通过总结代码变更和提供深入的代码反馈来加速拉取请求（Pull Request）的处理流程。开发人员可以在拉取请求的评论中直接与该代理互动，通过提问或使用 `/gemini` 标签来获取具备上下文感知能力的建议。 主要操作细节包括： * **功能：** 它会自动提取存储库数据以协助审查，但出于安全考虑，排除了 `.github/workflows` 目录。 * **版本：** 用户必须使用企业版，该版本通过 Developer Connect 连接到 Google Cloud。 * **重要通知：** GitHub 上的 Gemini Code Assist 消费者版本即将停止服务，最终停用日期为 2026 年 7 月 17 日。建议用户迁移至企业版。 该工具专为熟悉 GitHub 工作流程的各级开发人员设计。
新世界螺旋蝇是一种以动物和人类活体组织为食的寄生虫，在消失数十年后，现已重返美国。历史上，这种毁灭性的瘟疫曾导致数以百万计的牲畜死亡，迫使牧场主必须对畜群进行持续且残酷的监视。后来，美国和中美洲通过开创性的“不育雄蝇技术”根除了该害虫。 美国农业部通过培育数百万只蝇并利用辐射使其绝育，成功在巴拿马与哥伦比亚边境建立了一道“螺旋蝇屏障”，有效地阻止了该害虫向北迁徙。然而，这一成就导致了自满情绪。随着时间的推移，相关基础设施被拆除，检查规程被废止，加之森林砍伐、非法牲畜走私增加以及大流行带来的干扰，达连隘口的屏障已遭到破坏。 目前，这种寄生虫已向北蔓延，重新侵扰了中美洲和墨西哥，并抵达了美国。尽管农业机构目前正争分夺秒地建设新的生产设施并加大不育蝇的投放力度，但相关官员警告称，要彻底根除该害虫，可能需要十年持续不断的跨国努力。此次死灰复燃，给长期生物安全的脆弱性敲响了警钟。
在从事开发者关系（DevRel）工作五年半后，作者决定退出该行业，以优先考虑自己的身心健康。尽管作者曾从指导他人和构建社区中获得成就感，但这一角色已逐渐成为导致其严重倦怠、焦虑和身体健康问题的根源。 作者列举了退出的几个原因：依靠随意且短期的指标来证明自身存在的价值；作为公司“充满活力”的公众形象所带来的疲惫感；以及科技格局的转变——生成式人工智能和碎片化的社区已经让以人为本的教育价值有所降低。 为了找回自主权，作者转而从事首席工程师（Staff Engineering）职位，卸下了公众职责，并大幅减少了在线活跃度。作者将这一举动描述为一种必要的转变，旨在追求更安静、更专注的生活，而非退步。通过选择“隐退”并将个人身份与企业品牌剥离，作者将重心放在了构建、创造和活在当下，以摆脱在日益动荡的数字环境中不断被“审视”的压力。
抱歉。
当前的AI领域正饱受“信心剧场”（Confidence Theater）的困扰——这是一种为了博取关注而夸大AI能力的表演性文化。尽管社交媒体上充斥着关于“改变生活”的智能体和“取代员工”的工作流的吹嘘，但大多数工具表现并不稳定、极易出错，且缺乏实际的商业价值。
这种恶性的炒作循环建立了一个虚假的基准，不仅让专业人士感到沮丧并产生“落后于时代”的焦虑，还助长了一种畸形文化：比起构建可靠的系统，人们更看重如何通过使用RAG或MCP等流行术语来显得自己像个专家。事实是，AI的真正价值很少出现在病毒式传播的帖子里；它蕴藏在监测、迭代和解决具体商业问题的枯燥工作中。
作者呼吁行业回归彻底的诚实。创作者应拿出实证，企业必须设定切合实际的预期而非强求奇迹，专业人士则应专注于构建持久且以结果为导向的工作流。真正的AI创新无需营销成魔法；其带来的节省时间和提升效率的实际效益已足够令人惊叹。是时候摒弃肤浅的炒作，专注于那些真正能带来实质性进展的深层迭代工作了。
这篇 Hacker News 讨论聚焦于《请停止 AI 信心剧场》一文，该文批评了围绕人工智能的表演性炒作。
评论者大体上认为，当前的“AI 革命”主要由营销驱动的“垃圾内容”所主导——即模仿过去垃圾邮件和劣质出版趋势的低质量 AI 生成内容。许多用户指出，当前的舆论风向是由恐惧和“AI 精神错乱”共同推动的，专业人士感到被迫声称 AI “改变了他们的生活”，以显得自己不落伍，并避免被解雇。
尽管一些用户指出了真正的生产力提升——尤其是对于使用特定工具进行专注任务的小型跨学科团队而言——但大多数人认为，最响亮的倡导者往往是在兜售某种东西。怀疑论情绪高涨，许多人指出文章在批评 AI 炒作的同时又在为 AI 驱动的服务打广告，这颇具讽刺意味。
归根结底，共识倾向于认为当前的 AI 时代被企业表演和欺诈所定义；许多贡献者表达了对企业科技生态系统的失望，并渴望更多脚踏实地、切实可见的人类工作。
请启用 JavaScript 并关闭所有广告拦截器
抱歉。
此网站正在使用安全服务来保护其免受在线攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。
Valve 发布了“Inkterface”的开源蓝图，这是一款为 Steam Deck（社区常称其为“Steam Machine”）设计的电子墨水屏扩展配件。Valve 本身不会生产这些显示屏，但已在 GitLab 仓库中以 MIT 许可协议发布了所有必要的设计文件、组装指南和软件。
若要制作 Inkterface，用户需要准备特定组件，包括 Adafruit ESP32 Feather、电子墨水屏转接板、5.83 英寸单色电子墨水屏以及各种安装硬件。Valve 还提供了一段教学视频以辅助组装。
虽然 DIY 爱好者现在可以自行制作，但市面上也出现了预制产品的希望。配件制造商 JSAUX 已确认计划推出他们自己的“Ink & Pixel”版本。随着 Steam Deck 受欢迎程度的不断提高，预计其他第三方厂商也会紧随其后，向公众提供各种版本的显示屏。
Valve 已将其 Steam Machine 所使用的电子墨水屏设计开源，允许用户自行打造可定制的面板。该项目采用标准的 5.83 英寸 Adafruit 电子墨水屏及 ESP32 微控制器，通过蓝牙与主机通信以显示系统指标，且独立于主机硬件运行。
此举在 Hacker News 上引发了热烈讨论，主要集中在以下几个方面：
* **企业理念：** 用户赞赏 Valve 打破了行业锁定硬件的趋势，许多人认为这是一种建立独立于微软、对消费者友好的生态系统的战略举措。
* **技术探索：** 评论者分析了电子墨水技术的细节，包括刷新率、用于保持屏幕寿命的“波形”机密，以及将显示屏作为外部电池供电配件的实际实现方式。
* **硬件争论：** 社区就 Steam Machine 本身的价值展开了讨论，权衡了其高昂的价格和专属的外形设计，与“开箱即用”的类主机 PC 体验之间的利弊。
总体而言，此举被视为科技公司赋能社区驱动硬件改装而非限制该行为的典范，受到了广泛欢迎。
本文探讨了 Linux OOM（内存溢出）杀手对 PostgreSQL 带来的风险。由于 PostgreSQL 的架构中，“postmaster”进程负责管理共享内存，因此当某个后端进程被 OOM 杀手强制终止时，通常会被视为潜在的数据损坏事件，从而触发整个数据库的崩溃及冗长的恢复过程。 为防止此类情况，作者建议采用**严格的内存超额分配策略**（`vm.overcommit_memory=2`）。通过设置明确的 `CommitLimit`，内核会拒绝过度的内存请求并返回 `ENOMEM` 错误。这使得 PostgreSQL 能够优雅地终止单个事务，而不是触发系统级的灾难性宕机。 该团队近期还遇到了一个具有迷惑性的“虚假内存”漏洞，表现为 `Committed_AS` 指标虚增了数百 GB。经追踪发现，这是 Linux 内核 6.5 版本中一个单字符的回归错误导致的：`mremap.c` 中的一个返回值检查被反转，导致内核在执行内存重映射（remap）操作时对内存进行了重复计数。 在修复该问题后，作者确定了一个可靠的 `CommitLimit` 启发式计算公式：**总物理内存的 80% 加上 2 GB 缓冲空间**。该公式考虑了内核结构和侧挂进程（如基于 Go 的导出器）的开销，确保数据库在保持稳定的同时，不会过早触及内存上限。