## 人工智能：历史重演？ 1995年，新兴的互联网既引发了狂热乐观，也招致了怀疑的否定——有人预测它将变革商业，也有人认为它只是昙花一现。今天，人工智能正在引发类似的争论。就像早期的互联网预测大相径庭（谁能预测到Airbnb或在线约会？），当前对大规模失业或乌托邦式自动化的预测很可能是不完整的。 关键在于理解*需求*。人工智能，像过去的科技一样，很可能会提高生产力，最初创造需求，甚至*增加*就业——这种现象被称为杰文斯悖论。然而，随着需求的饱和，就业最终会停滞，就像纺织业的情况一样。具有持续的、未满足的需求的行业，例如汽车行业，更有可能保持增长。 当前的人工智能繁荣与互联网泡沫如出一辙：炒作、虚高估值和大量基础设施投资。虽然许多初创公司会失败，但底层基础设施——数据中心、芯片——对于未来的发展至关重要。 最终，人工智能的影响不会是简单的工作岗位增加与减少的等式。它将重塑*工作的内容*，创造我们目前无法想象的角色，就像互联网催生了网红和应用程序开发者一样。就像1995年一样，预测具体细节是不可能的，但我们的AI未来无疑正在加载。
每日HackerNews RSS
## AI 当前阶段：大型机时代，而非拨号时代
这场 Hacker News 的讨论集中在 AI 是否正经历像早期互联网那样的革命性阶段，或者这种比较是否具有误导性。许多评论者认为“拨号”的比喻不准确；相反，AI 正处于“大型机”时期——其特点是巨大的、集中的计算能力由少数大型公司控制。目前，访问是通过像 OpenAI 和 Google 这样的服务“租赁”的，类似于大型机上的分时共享。
争论的焦点在于未来是否可能出现分布式、“个人计算”模式，拥有更小、本地的 AI 模型。一些人担心监管可能会阻止这种情况，而另一些人则认为去中心化架构能够提供弹性和创新。人们对依赖云连接以及潜在的集中控制表示担忧。
一个关键点是，虽然 AI *可能* 能够赋予个人创建定制工具的能力，但当前对大型模型和基础设施支出的关注引发了人们对长期可持续性和可访问性的质疑。这场讨论凸显了与过去技术繁荣的相似之处，例如互联网泡沫和铁路狂潮，并质疑当前的投资是否能带来持久的利益，或者只是迅速贬值。最终，这场对话反映了人们对 AI 发展轨迹及其对劳动力和社会潜在影响的不确定性。
## FreakWAN：基于LoRa的独立网络 FreakWAN是一个开源项目，正在构建一个基于LoRa的无线网络，独立于蜂窝网络和互联网基础设施。其主要目标是在连接受限或紧急情况下，为区域提供一个具有弹性的分布式聊天系统——包括明文和加密两种形式，并为传感器数据收集和家庭自动化等其他应用建立一个强大的协议，克服典型的LoRa范围限制。 该网络利用广播路由，并具有可配置的重传、消息确认以及基于密钥的聊天群组的对称AES加密等功能。节点协作中继加密消息，即使没有解密能力。设备通过“HELLO”消息发现附近节点，并通过占空比跟踪和本地消息存储来管理带宽使用。 FreakWAN目前在基于ESP32的设备（LILYGO TTGO和T-WATCH）上使用MicroPython实现，但设计上可适应其他具有SX1276/SX1262 LoRa芯片的硬件。IRC和Telegram机器人集成等功能也可使用。该项目支持通过自定义压缩格式传输图像，并包含电池管理功能。代码是免费提供的，鼓励社区开发和定制。
## 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)。
一个针对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的好人们）希望你度过愉快的一天。 如果你想继续这个对话，也许可以给我们发邮件。