## S1130：一个 .NET Core IBM 1130 模拟器 S1130 是一个跨平台（.NET Core）的 IBM 1130 计算机模拟器，支持 Linux、Mac 和 Windows。它具有完整的系统模拟，包括功能齐全的 CPU 指令集、2501 卡片读取器模拟（具有完整的测试覆盖率）以及 2310 磁盘驱动器的部分实现。 该项目拥有强大的测试套件，包含 335 多个单元测试，完成时间小于 2 秒，并强调测试驱动开发、全面的文档和强大的错误处理。 S1130 包含一个后端 Web API（通过 `dotnet run` 运行）和一个可选的 React 前端（通过 `npm start` 运行）。Docker 支持也可能可用。欢迎贡献 – 请参阅 `CONTRIBUTING.md` 获取指南。该项目在 GitHub 上可用：[https://github.com/semuhphor/S1130](https://github.com/semuhphor/S1130)。
每日HackerNews RSS
一个针对IBM 1130计算机的C#模拟器已在Hacker News上分享（github.com/semuhphor）。最初的帖子引发了对其功能性的提问——是否可以启动，是否需要操作系统，以及是否支持运行现有的IBM 1130程序。
评论者指出该项目似乎是一个正在进行中的工作，可能是一个尚未完全 intended for public viewing 的开发分支。 几位用户分享了他们与IBM 1130相关的怀旧经历，回忆起它使用穿孔卡，内存有限以及Fortran编程。
关于代码质量的讨论浮现，一位评论员认为它看起来像是大型语言模型（“LLM slop”）的输出，引发了关于区分较旧的人工编写代码与现代AI生成代码的困难的讨论。该项目有超过六年的提交历史。
## 纽约超级抽水系统：消防革命
在20世纪60年代初，纽约市面临日益严峻的火灾挑战，原因是建筑物越来越高，供水也越来越紧张。1963年斯塔滕岛发生的毁灭性“黑色星期六”大火，由于干旱条件而加剧，促使城市投资于一项突破性解决方案：麦克超级抽水系统。
这并非一辆单独的卡车，而是一个由一个巨大的、由二战时期纳皮尔-德尔塔柴油发动机提供动力的抽水单元为中心的五车编队——该发动机功率高达2400马力。该系统可以从多个水源取水，以高压输送超过8800加仑/分钟的水，并使用专用炮塔将水射至600英尺以上。
从1965年到20世纪80年代初，超级抽水系统响应了超过2200次出勤，证明了其卓越的可靠性。它为无数消防员提供水源，并扑灭了巨大的火灾，通常每分钟移动近70,000磅的水。尽管最终因技术进步而过时，但超级抽水系统仍然是创新工程的证明，也是纽约市消防历史的重要篇章，现在被保存在密歇根州的一个博物馆中。
## Mack 超级泵车与消防技术：摘要
这次黑客新闻的讨论围绕着 Mack 超级泵车展开，这是一种由纽约消防局在 1960 年代使用的、由机车发动机驱动的强大消防车。它能够每分钟泵出高达 8,800 加仑的水，是工程学的奇迹，但最终被使用多个标准消防车、更灵活的系统所取代。
对话延伸到关于现代消防技术的讨论，包括供水的重要性、泵送能力以及压力和流量之间的权衡。贡献者分享了从依赖油罐车接力的乡村消防部门到城市老旧基础设施带来的挑战等经验。
除了超级泵车之外，该帖子还探讨了相关技术，例如芝加哥使用的“炮塔车”、用于特殊危险情况的专用泵（油井火灾、化工厂）以及 Napier Deltic 等发动机的迷人工程设计。一个反复出现的主题是对过去复杂、通常视觉上引人注目的机械的怀旧，与现代系统的效率和计算机化形成对比。
## htmx 4.0：重大重建即将到来
尽管之前有其他声明，Carson Gross 宣布 htmx 4.0 正在开发中，重点是内部简化和长期稳定性。 这不是以功能为驱动的更新，而是基于 ‘fixi.js’ 项目和五年 htmx 支持经验的根本性重建。
主要变化包括用 `fetch()` 替换 XMLHttpRequest 作为核心 AJAX 功能——这将影响事件模型——并消除隐式属性继承，需要显式使用 `:inherited` 修饰符。 历史记录支持也将进行改进，将不再使用本地 DOM 快照缓存，而是使用网络请求来恢复内容（可通过扩展进行可选缓存）。
虽然这是一次重大升级，但 htmx 的核心功能，如 `hx-get`、`hx-post` 和 `hx-swap` 将基本保持不变。 新功能包括对流式响应和 SSE 的原生支持、通过 “idiomorph” 进行 DOM 形变、显式 `<partial>` 标签支持、改进的视图过渡、稳定的事件顺序以及增强的扩展能力。
团队的目标是在 2026 年初至年中发布，并在 2027 年初左右将 4.0 版本设为 ‘最新’ 版本。 htmx 2.0 将无限期地保持支持，并提供扩展来简化过渡。
维基百科就“加沙种族灭绝”页面爆发争端，吉米·威尔士介入。
Wikipedia row erupts as Jimmy Wales intervenes on 'Gaza genocide' page
8 天前
维基百科创始人吉米·威尔士介入了一篇关于“加沙种族灭绝”文章的争议，表示担忧该文章违反了平台的 neutrality（中立）政策。该文章目前以维基百科的口吻声称以色列正在加沙实施种族灭绝——威尔士认为这一说法“极具争议”，不适合维基百科明确断言。
威尔士认为该文章未能准确总结所有相关观点，而是“选边站队”于一场持续的争议中。他的介入引发了其他编辑的反弹，一些人指责他屈服于政治压力或越权，因为他只是众多编辑之一。
威尔士澄清他并非否认种族灭绝*是否*正在发生，而是维基百科不应该*决定*这个问题。目前该文章已被保护，禁止编辑，辩论仍在继续，尽管专家和组织如国际特赦组织得出结论，以色列*正在*实施种族灭绝——以色列对此断然否认。
## 维基百科编辑争议与资金问题
最近在Hacker News上出现了一场讨论，焦点是吉米·威尔士对“加沙种族灭绝”维基百科页面的干预，他倡导更中立的语气。虽然一些报道称他直接编辑或锁定了该页面，但评论澄清他只是在讨论页面上表达了他的观点。
讨论迅速扩大到对维基百科的资金和中立性的担忧。一位用户声称捐款资金并非完全用于维护网站，尽管维基百科拥有大量捐赠，这导致人们对其动机产生怀疑。
关于“种族灭绝”的定义以及维基百科是否应该在这一术语存在争议时采取明确立场，进一步的争论浮出水面，尤其是在考虑到潜在的政治压力——包括国会对维基百科编辑人员涉嫌对以色列存在偏见的调查。一些评论员指出，当前美国政府试图压制批评的模式。
最终，许多人同意维基百科的优势在于其中立性和策划方法，这与仅仅依赖LLM获取信息的潜在陷阱形成对比。这次对话凸显了在政治敏感话题上保持客观性的挑战。
受对互联网档案（Internet Archive）法律挑战的担忧驱动，一个项目被启动以全面存档MP3.com上的音乐。利用互联网档案的“mp3.com Rescue Barge”（960.6 GB）以及之前从时光机（Wayback Machine）收集的链接，共收集了1.78TB的音频数据。
该过程涉及克服存储限制，并最终在朋友的帮助下将数据整合到3TB驱动器上。一个主要障碍是整理这个庞大的音乐库——最初是一个混乱的文件夹结构，通过使用Winamp 5 (WACUP)来索引和导出包含533,046首歌曲元数据（艺术家、曲目名称、URL、日期）的详细CSV文件来解决。
现在以CSV和Excel格式提供的结果数据集，允许用户轻松搜索和浏览存档的MP3.com音乐。虽然不完美，但该项目旨在保存这段数字音乐历史，并有可能在未来将其与存档的艺术家页面集成。创建者承认潜在的改进，例如编码器识别以及为CSV提供更易于机器读取的格式。
## 编程语言的真正代价：超越技术争论 本系列探讨了看似技术性的编程语言决策，往往受到身份认同、情感和自我的驱动——导致重大的财务和后勤后果。作者基于在Takkle、Google和MongoDB等公司的经验，认为语言选择是公司所做的*最*昂贵的决策，但却被当作纯粹的技术争论来对待。 一个关键例子是Takkle公司从PHP到Perl的一次代价高昂的切换，由一位新的CTO发起，他优先考虑自己偏爱的语言，而非实际考虑。这导致了九个月的延误，资金消耗增加，并最终导致公司未能抓住市场机遇。 作者强调了一种模式：工程师经常会捍卫与他们身份认同相关的语言，即使客观数据表明替代方案更优越。神经科学对此作了解释——挑战核心信念会激活大脑的威胁反应，阻碍理性评估。 核心问题不在于选择*哪种*语言，而在于决策的*方式*。作者提倡将对话从技术争论转变为经济讨论，重点关注可量化的成本，如速度、技术债务和招聘难度。未来的文章将介绍一个框架，基于这些经济因素评估语言的“真正代价”，旨在使隐藏的成本可见，并将生存置于个人偏好之上。
## 掌机核心总结
这个掌机核心由@agg23历时3个月完成，为Analogue Pocket和MiSTer平台忠实地重现了经典的虚拟宠物体验。它基于原始掌机CPU文档以及来自社区（@Mazamars312、Andrew Wilson、Robert Piep）的见解构建，背景由@bmarvo重制，并包含自定义的Pocket图标。
该核心支持存档（在Pocket上称为“回忆”），用于保存进度，包括退出时自动存档。它还提供可调节的加速倍率——最高可达1800倍，可通过肩键或菜单设置进行控制。用户可以使用不同的像素风格自定义LCD显示，甚至可以使用自定义背景。
主要功能包括重置功能、声音控制以及管理加速行为的选项（在事件发生时停止，跳过初始蜂鸣声）。提供详细的文档，包括微代码解释和测试程序。解决屏幕损坏的常见方法是核心重置，通常在未加载正确的ROM时需要。该项目采用MIT（核心代码、Pocket组件）和GPLv3（MiSTer组件）许可，艺术作品采用CC0许可。
## FPGA上的电子宠物：黑客新闻摘要
一位开发者“agg23”分享了他的项目：一个原始1996年电子宠物在FPGA上的门级实现，可在Analogue Pocket和MiSTer平台运行。该核心准确地模拟了玩具，并添加了现代功能，如存档和高达1800倍的加速。
受到Analogue Pocket FPGA开发的启发，该创作者向程序员推荐FPGA作为一种独特且有价值的学习体验。该项目最初使用VHDL，然后过渡到Verilog，因为行业偏好。
讨论强调了FPGA编程的乐趣和挑战，用户分享了经验和资源，例如Amaranth（一个基于Python的HDL生成器）。Analogue Pocket被赞誉为FPGA开发的易于访问的入口，尽管缺乏Pmod支持。开发者还提到与Analogue的合作关系以及对Pocket核心端口的贡献。
回到GoodEnough.us。 这是我们小打印机收到的所有精彩图画的画廊。 你好。 你已经到达网页的末尾，此后没有任何内容。 当然，除了这些文字。 我们（Good Enough的好人们）希望你度过愉快的一天。 如果你想继续这个对话，也许可以给我们发邮件。
## h3o：H3地理空间索引系统的Rust重写
h3o是H3地理空间索引库的Rust重写版本，旨在提高安全性、性能以及与Rust项目的集成度，尤其是在WebAssembly (WASM)方面。该项目覆盖了100%的H3 4.0 API，并利用强类型实现效率。
为了确保准确性和鲁棒性，已经实施了广泛的测试，包括与原始H3库（通过`h3ron-sys`）的差异测试、集成测试、单元测试和模糊测试。基准测试表明，h3o在911个测试用例中**优于H3 862个**，通常有显著的提升（快达50倍）。虽然在一些粗分辨率场景和特定函数（如五边形的`cellToLatLng`）中速度较慢，但这些是优化目标。
除了核心库之外，**h3o-cli**提供了一个用于常见H3操作的命令行界面，具有多种输出格式，而**thc (The H3 Compressor)**提供了一种专门为H3索引设计的新的压缩算法，可实现显著的尺寸减小——对于密集数据集，最高可达20,000倍。
未来的开发包括赶上H3 4.1，改进内存数据结构，解决剩余的性能瓶颈，以及扩展语言绑定。
最初持怀疑态度的著名认知科学家道格拉斯·霍夫施塔特在2023年GPT-4发布后改变了看法，承认它具有以“异类方式”思考的非凡能力。 这种转变凸显了大型语言模型（LLM）的快速发展及其与人类认知惊人的相似之处。 LLM通过将单词甚至图像表示为高维空间中的数字“向量”来运作，并通过训练调整这些坐标以反映关系和含义。 这使得类比推理成为可能——以“巴黎-法国-意大利-罗马”为例——并对上下文进行细致的理解。 近期研究甚至确定了这些模型中与特定概念相关的特定“特征”，表明存在以前未见过的内部表征水平。 有趣的是，这些模型背后的数学原理，特别是谷歌的Transformer架构，呼应了数十年前由Pentti Kanerva提出的理论。 这种融合正在促进人工智能和神经科学之间的相互关系，研究人员现在使用LLM来模拟和理解人脑，从而实现认知科学长期以来的梦想。 人工智能的“黑匣子”实际上越来越容易进行科学探究。
## AI 思维：细致的讨论
一篇最近的《纽约客》文章引发了 Hacker News 上关于人工智能是否真正“思考”的讨论。 讨论的中心在于找到一个中间立场，既不否定人工智能的用处，也不将其归因于类似人类的思维过程。
许多评论者认为大型语言模型 (LLM) 代表着一项重要的技术飞跃，反映了人类认知的一部分——特别是模式识别和预测。 它们的功能类似于大脑分类和理解信息的能力，例如识别“大象”，无论像素变化如何。
然而，共识是 LLM 目前缺乏人类思维的关键要素：自我动力、目标导向的行动以及更广泛的自我和情境意识。 尽管逼近这些特质并非不可能，但仍然存在怀疑。 一个关键点是定义和衡量意识和主观体验的困难，即使是在人类身上也是如此。
最终，这场辩论强调了区分“AI 作为工程学”（无论 *如何* 思考，都创造智能机器）和“AI 作为认知科学”（试图复制人类思维）的重要性。 讨论强调，当前的人工智能虽然令人印象深刻，但可能与人类智能从根本上不同。