这是一个专为复古 32 位个人电脑设计的业余操作系统。其目标是提供一个简单的平台，用于折腾复古硬件并在裸机上运行图形化交互应用。最低配置仅需 i386 CPU、4MB 内存以及支持 640x480x16 模式的 VGA 显示器。该系统在设计上采用完全的单体式架构，主要在编译时进行配置，且仅支持标准 PC 设备：VGA/SVGA、键盘、PS/2 鼠标、串口鼠标及 PC 扬声器。未来的计划仅限于修复错误、性能优化及增加更多应用程序。GentleOS/32 还有一个名为 GentleOS/16 的纯 16 位衍生版本，其目标硬件可追溯至 80186。关于构建和运行的详细信息，请参阅 USAGE.md。除另有说明外，GentleOS/32 采用 GPLv2 协议授权。
每日HackerNews RSS
抱歉。
Eagle Computer 是 20 世纪 80 年代一家知名的个人电脑制造商，其发展在 1983 年达到顶峰，随后于 1986 年破产倒闭。尽管坊间普遍认为公司的衰落归咎于富有魅力的首席执行官丹尼斯·巴恩哈特（Dennis Barnhart）在公司首次公开募股（IPO）当天因法拉利车祸不幸丧生，但事实远为复杂。
巴恩哈特的去世确实对公司造成了打击，导致 IPO 估值降低，并使公司失去了一位富有远见的领导者。然而，Eagle 的失败是由多种压力共同作用的结果。1984 年，IBM 就 BIOS 版权提起的诉讼迫使 Eagle 暂时退出市场，并损害了消费者的信心。与此同时，行业格局发生了变化：凤凰科技（Phoenix Technologies）等公司推出的第三方“净室”BIOS 解决方案降低了市场准入门槛，导致市场上充斥着更廉价的仿制品。
IBM 通过积极降价和提高产量进一步挤压了 Eagle 的生存空间，终结了此前推动仿制品需求激增的供应短缺局面。在激烈的竞争中，Eagle 损失不断增加，高管频繁更迭，且 Concorde 系统等产品转型均以失败告终。尽管 Eagle 拥有创新的硬件，但仍无法扭转颓势，在亏损超过 4000 万美元后，最终于 1986 年清算倒闭。
对不起。
审阅者针对 JVM 代码实现提出了以下改进建议： * **错误预防**：在生成标签时，应使用 `MonadFix` 配合 `mdo` 或 `rec`，以避免出现 `UnmarkedLabel` 错误。 * **性能优化**：将 `CodeState` 中的列表存储方式替换为 `DList`，以提升效率。 * **数据建模**：重构重复的 `IfCond` 数据类型，改为组合式的 `If` 类型（例如 `data If = If Cond Label`），以减少非规范化数据。同时使用 `COMPLETE` 编译指示以保持向后兼容性。 * **代码美化**：在 `Pretty` 实例中使用 `ViewPatterns` 来清理冗余代码，增强可读性。审阅者还建议使用分组组合子（如 `sep` 或 `fillSep`）代替硬编码的水平/垂直布局，从而实现更灵活、自适应的格式化效果。
抱歉。
请启用 JavaScript 和 Cookie 以继续。
Thi.ng – 用于计算设计与艺术的开源构建模块 Thi.ng – open-source building blocks for computational design and art
2 天前
自 2006 年以来，thi.ng 项目集（源自 toxiclibs）已成为建筑、数据可视化、数字制造和游戏开发等多个领域中不可或缺的工具包。这些工具支持了众多初创企业，并助力多个项目获得了戛纳国际创意节（Cannes Lions）、红点奖（Red Dot）和 D&AD 等国际权威奖项。 除了专业应用，教育始终是其核心使命。近二十年来，这些项目已被全球各地的大学、研讨会和艺术节作为重要的教学资源。创作者 Karsten Schmidt 自 2008 年起便通过举办各类深度研讨会，进一步践行了这一承诺。 欲了解项目的最新动态、即将举办的研讨会及直播信息，请关注 Mastodon 社区或订阅低频通讯。
**thi.ng** 是一个庞大的开源 TypeScript 模块集合，专为计算设计与艺术打造，且不依赖任何第三方库。该项目由 Karsten Schmidt 维护，提供了一套模块化、“乐高式”的工具，涵盖了从高级生成式几何与色彩工具，到内存分配器和 WebAssembly 交互等底层原语。
该项目最初使用 Clojure 开发，后迁移至 TypeScript，旨在提高可访问性、提升性能并促进社区发展。作者强调函数式、数据驱动的开发方法；该库以简洁、原子的结构著称，用户无需引入整个生态系统即可按需采用单个组件。
凭借其严谨的构思和深厚的技术底蕴，该项目在创意编程社区中备受推崇。尽管其涵盖范围极广——从 WebGL 和着色器到领域特定语言（DSL）——该库本质上仍是一个邀请广泛协作的个人项目。虽然其历史植根于文学编程和 Clojure，但当前的 TypeScript 版本能更好地兼容现代 Web API 和开发工具，使其成为对数学、几何和生成式系统感兴趣的艺术家与工程师的强大资源。
微软已暂时关闭其数十个 GitHub 存储库，因为发现这些代码遭到黑客入侵，并被植入了窃取密码的恶意软件。受影响的项目包括与 Azure、VS Code 和人工智能开发接口相关的工具，这些项目可能导致攻击者窃取用户的敏感凭据。
安全研究人员将此确定为“供应链”攻击，即通过在广泛使用的软件中嵌入恶意代码，以波及大量下游用户。这是微软的开源项目在最近几周内第二次遭到入侵；有报告指出，此次事件可能是先前被攻击项目的再次失守，引发了人们对该公司最初补救措施有效性的担忧。
微软已确认移除相关存储库以进行调查，并已开始通知受影响的客户。尽管部分存储库现已恢复，但由于公司仍在进行安全审计，其他存储库仍处于离线状态。考虑到微软作为大型科技公司的地位，此次漏洞尤为引人注目，凸显了大规模开源供应链在应对复杂网络攻击时日益脆弱。
近期报告指出，多项微软开源存储库遭到了“供应链攻击”，攻击目标直指 AI 开发工具。此次入侵涉及“Miasma”蠕虫病毒，它通过向 VS Code 等集成开发环境（IDE）及各类集成 AI 的编程环境注入恶意配置，从而利用自动化依赖项进行传播。
Hacker News 上的讨论重点关注了现代软件开发实践中存在的重大隐患。评论者认为，业界对“氛围编码”（vibe coding）——即在缺乏严格审查的情况下进行快速、AI 驱动的代码生成——的过度依赖，已形成了一个危险的攻击面。由于流程自动化以及将复杂的依赖项视为“黑盒”，开发人员无意中让蠕虫病毒得以在本地计算机、CI/CD 流水线和云环境中蔓延。
许多参与者批评了微软的安全文化及其透明度不足的问题，并指出微软的平台目前已成为这些攻击的核心媒介。尽管有人建议采取加强沙箱隔离、使用独立开发环境和人工代码审计等解决方案，但另一些人认为这是当前“快速行动，打破常规”安全模式的系统性崩溃。开发人员普遍认为，业界必须转向更加严谨、隔离且以安全为先的工作流程，以应对这些日益自动化和普遍化的威胁。
一份近期报告指出，Facebook 等社交媒体平台正通过向海外内容创作者支付费用来制造“愤怒诱饵”，从而在无意中加剧了政治不稳定。在许多低收入国家，高互动率帖子带来的收益——例如那些鼓吹阿尔伯塔省独立的内容——往往能带来足以改变生活的收入。
Hacker News 上的后续讨论认为，这未必是国家层面的“外国干预”阴谋，而是平台商业化模式的结构性后果。由于互动率是广告收入的核心指标，这些系统自然会放大具有煽动性、分裂性和极端的内容。用户认为这种“平台腐烂”（enshittification）是一个系统性问题：平台优先考虑病毒式传播的愤怒内容以增加用户停留时间，而不顾这些内容是否真实，或者是否损害了目标国家的社会凝聚力。
评论者们讨论了这究竟是构成对主权的侵犯，还是仅仅是一种“眼镜蛇效应”——即旨在奖励创作者的经济激励措施，无意中催生了一个充斥着有毒、虚假和分裂言论的全球经济。许多参与者认为，如果不对平台的激励机制和内容过滤方式进行根本性变革，社交媒体将继续以牺牲社会稳定为代价追求利润。
OpenCV 5 代表了全球最广泛使用的计算机视觉库的一次重大现代化升级。该版本专为结合深度学习、Transformer 和异构硬件的现代工作流程而设计，在追求更简洁、更快速架构的同时，保持了向后兼容性。
**核心亮点：**
* **新一代深度神经网络（DNN）引擎：** 重构为基于图的引擎，拥有超过 80% 的 ONNX 算子覆盖率，并支持动态形状和算子融合。它原生支持大语言模型（LLM）、视觉语言模型（VLM）和扩散模型，同时通过统一的 API 提供在不同引擎（经典、新版或 ONNX Runtime）之间切换的灵活性。
* **核心现代化：** 该库现已全面支持 FP16/BF16 数据类型、0D/1D 张量，并改进了 Python 集成，支持关键字参数。
* **硬件加速：** 重新设计的硬件加速层（HAL）无需修改代码，即可在英特尔、ARM 和高通芯片上自动获得性能提升。
* **高级 3D 视觉：** 全面升级了相机标定、点云处理和现代学习特征匹配（如 LightGlue）等模块。
* **易用性：** 改进的文档以及对陈旧 C API 冗余代码的移除，降低了开发者的日常使用门槛。
OpenCV 5 是一个稳健且面向未来的基础，在简化现代 AI 开发的同时，依然保持了该库二十年来一贯的易用性。
OpenCV 5 的发布在 Hacker News 上引发了热烈讨论，既凸显了该库经久不衰的地位，也反映了其目前面临的挑战。
**主要议题：**
* **实用性与挫败感：** 用户称赞 OpenCV 是处理加载图像和视频等基础任务的行业标准，并指出其庞大的跨语言生态系统。然而，许多人批评其“永久测试版”的文化、不一致的文档，以及在硬件加速方面复杂的构建要求。
* **性能担忧：** 虽然一些用户反映第 5 版的运行速度有所提升，但另一些人认为 OpenCV 的抽象化与极致性能存在根本冲突。批评者建议，在对延迟要求极高的高风险生产环境中，手动编写的代码或专用替代方案往往优于该库。
* **对“AI 垃圾内容”的抵制：** 发布公告本身因由 AI 生成而遭到广泛抨击，用户认为这标志着缺乏人文关怀，并阻碍了技术清晰度。
* **传统计算机视觉与现代 AI：** 关于 OpenCV 是否应转向 VLM（视觉语言模型）/AI 模型，存在巨大争议。虽然一些人认为生成式模型使传统方法“过时”了，但另一些人坚持认为，对于低功耗、实时嵌入式系统而言，传统的计算机视觉比沉重的 AI 替代方案更快、更廉价且更可靠。
归根结底，尽管存在缺陷，OpenCV 仍然是视觉领域基础且不可或缺的工具。
请启用 JavaScript 和 Cookie 以继续。
这篇 Hacker News 讨论探讨了使用 CRDT（无冲突复制数据类型）解决并发编辑的局限性。尽管 CRDT 能处理技术层面的合并，但参与者认为，它们无法判定“协作意图”，而这种意图往往源于软件无法获知的逻辑推理或语境。
评论者指出，由于合并冲突通常源于社会政治问题或简单的沟通误解，因此无法完全通过“技术魔法”来解决。讨论建议避开仅专注于自动合并的思路，转而考虑两条替代路径：
1. **以人为本的设计**：改进合并冲突的用户体验（UX），促进用户之间的沟通，而不是通过自动且可能不准确的解决方式来掩盖冲突。
2. **意图感知**：利用大语言模型（LLM）等工具来解读歧义；或者在准确性至关重要的场景下，采用能在用户离线时给予通知的交互方式，从源头上预防冲突发生。
最终，各方达成共识：工具的有效性取决于其支持人类沟通的能力。开发者应优先考虑清晰的冲突解决界面，而非试图通过数学方法来解决意图问题。
在为 coreboot 成功开发出原生内存初始化（RAM initialization）功能后，作者请求专家 Angel Pons 对代码进行审查，以准备将其合并到上游仓库。审查发现，这段主要依靠“反编译直觉”开发的代码充斥着错误，包括寄存器名称错误、对位域的误解，以及过度依赖 ThinkPad X61 特有的硬编码数值。 除了这些技术缺陷外，作者在处理 `clang-format` 时也感到非常挫败。该工具在 coreboot 代码库中生成的格式效果很差，阻碍多于帮助，最终导致作者彻底删除了该工具的配置。 总之，这一过程凸显了 AI 辅助的“直觉式”工程的局限性。虽然代码在作者的测试硬件上能够运行，但要达到质量标准，仍需资深工程师进行大量的人工修正。这段经历是一个警示：复杂的底层硬件初始化仍然是一项专业技术，在没有严格专业监管的情况下，目前还无法实现可靠的自动化。