每日HackerNews RSS

请启用 JavaScript 和 Cookie 以继续访问。

Hacker News 新 | 过去 | 评论 | 提问 | 展示 | 工作机会 | 提交 登录 为 ENIAC 编程(2011) ( columbia.edu ) 14 分 由 nill0 提交 1 天前 隐藏 | 过去 | 收藏 | 讨论 帮助 考虑申请 YC 2027 年冬季批次!申请截止至 11 月 2 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系我们 搜索:

《时代》杂志援引特朗普阵营内部人士的话称,特朗普曾花费数小时向埃隆·马斯克的 Grok 聊天机器人咨询自己的政治遗产,以及委内瑞拉人可能如何回应尼古拉斯·马杜罗被捕一事。据报道,Grok 预测许多委内瑞拉人会欢迎马杜罗下台后,特朗普下令执行了导致马杜罗被捕并遭美国拘押的1月行动。 文章称,特朗普对人工智能越来越热衷,经常使用和推广人工智能生成的图像,同时反对加强监管。据报道,白宫与科技行业达成的一项协议主要依靠自愿措施,而非具有约束力的联邦法规。特朗普还推出了由人工智能驱动的 America.gov 门户,旨在帮助美国人获取政府服务和信息。 该报道担忧,特朗普可能过度依赖聊天机器人的预测,尽管这类技术只是反映训练数据,并不会进行独立推理。文章还指出,America.gov 曾正确说明,乔·拜登赢得了经官方认证的2020年总统选举。

一个 Hacker News 讨论帖涉及《每日野兽报》的一则说法:美国在与 Grok 沟通后,可能已经推翻了委内瑞拉政府。评论者质疑这则报道的可信度,并称该媒体喜欢制造轰动效应。他们还警告说,聊天机器人的回答反映的是其训练材料,不应被视为可靠证据或权威指导意见。 一些用户认为,这一事件可能说明政府决策正日益依赖大语言模型;另一些人则认为,这只是大语言模型参与了信息传递,并不属于真正的“AI 治国”。讨论者认为,相对于委内瑞拉公民的福祉,华盛顿更看重石油和美国的地缘政治利益,而委内瑞拉公民的观点很少受到关注。一名评论者将罢免委内瑞拉社会主义领导人描述为“绑架”,而非真正的推翻政府。总体而言,这场讨论充满怀疑和政治色彩,并不愿仅凭有限的报道就得出重大结论。

欧文·弗雷泽认为,公共交通是否负担得起,不应取决于用户是否拥有智能手机或使用特定的操作系统。他赞赏安娜·蒂姆斯关于统一处理科技对儿童影响的呼吁,但指出,苏格兰通过实体权益卡为22岁以下人群提供免费公交出行。 弗雷泽避免使用需要始终在线的 Android 和 iOS 系统。他说,由于更便宜的月票只能通过应用购买,因此每年购买 First 的周票要多花264英镑。他认为这种情况不可接受,尤其是在生活成本危机期间。他表示,First 等许多公司都在不公平地排斥没有智能手机的用户。仅限通过应用使用的超市 loyalty 计划也造成了类似的排斥现象,违背了essential services应无视人们所使用的技术而均可获得的原则。

讨论的焦点是,公交运营商只通过智能手机应用提供更便宜的通票,这给使用 Linux/GrapheneOS 手机、没有流量、有无障碍需求,或只是偏好现金和实体卡的人带来不便。评论者认为,从技术上并非必须依赖应用:实体 NFC 卡、经过签名的二维码、自助服务终端、网页界面和开放 API 都能够在确保安全的情况下提供同样的票价。 另一些人则反驳说,现金处理、人工售票处、反欺诈以及支付处理费用确实会产生成本。尤其是长期有效的月度二维码,很容易被复制和转售;而基于应用的系统可以支持实时验证,并与身份绑定的通票。值得考虑的保障措施包括唯一票号、加密签名、照片身份证或电子身份证核验,以及允许第三方用现金充值。 更广泛的争议主要在政治层面,而不只是技术层面:必要的公共服务是否应通过监管、补贴或普遍服务资金来照顾利润较低的乘客,还是运营商可以优先服务智能手机和银行卡支付用户?一些评论者认为,将不使用智能手机的乘客排除在外,相当于征收了不公平的“技术税”;另一些人则认为,目前已经有更便宜的替代方案。

作者正在为 Soggy-1000 构建一个自包含的 Forth 编程环境。Soggy-1000 是一款仿制 Sega SG-1000 的 Z80 计算机,并支持 SG-1000 键盘。其目标是开发一个基于 ROM 的交互式开发系统,提供一种紧凑的 BASIC 替代方案,并可能支持汇编、图形、声音和扩展设备驱动程序。 该项目最初将 Bradford J. Rodriguez 基于 GPL 许可的 CamelForth-80 从 RomWBW 移植到该平台。这需要调整硬件初始化、复位处理、内存布局以及 CP/M 专用例程。将源代码从 Z80MR 转换为 zasm 尤其困难,因为两者在宏行为、标签大小写敏感性以及 Forth 单词名称中特殊标点符号的处理上存在差异。 为了实现终端输出,作者使用 TMS9918 的 32×24 文本模式实现了 EMIT,其中包括直接操作 VRAM 实现滚动,以及退格和换行处理。在调试解释器的调用约定时,作者发现 QUIT 错误地调用了 CPMACCEPT,而不是 ACCEPT。加入一个极简的键盘驱动程序后,自定义的 Forth 单词便能成功执行。 RetroChallenge 2026/10 将专注于完成键盘输入功能,后续目标包括图形和声音命令、更大的分页字典、持久化存储,以及发布可用的卡带版本。

(无内容)

The Hacker News 上的一则讨论帖围绕两个问题展开:让 AI 自动化开展研究是否会导致失控的智能爆发,以及当前的大语言模型能否实质性地实现自我改进。 怀疑者认为,智能通常只适用于特定领域,依赖现实世界中的反馈,并持续受到算力、实验和评估能力的限制。他们质疑大语言模型是否真正具备创造力、持久学习能力,或是否拥有超越人类设定目标之外的目标;他们还警告,机器生成的研究可能复杂到人类无法理解,也难以安全地加以约束或控制。 另一些人则反驳称,AI 已经在许多有明确边界的任务上超过人类,能够综合并分析海量数据,批量提出新想法并进行客观测试,也可能支持持续学习或使用非文本表示。他们认为,如果符号化、类似程序的模型成为前沿系统,递归改进将更有可能实现。 后续讨论还考虑了一个超级智能能否摆脱人类控制的问题。批评者既否认 runaway 必然发生,也认为人类很难轻易控制它;他们指出,更高的智能并不意味着无所不能,而且智慧程度较低的生物有时也能影响更聪明的生物。总体而言,这场讨论仍充满质疑,尚未得出结论。

在 Fedora 主机上,一个基于 eBPF 的“yeet”脚本取代了官方的 `statsd_exporter`。一个小型 TCX eBPF 探针挂载到入站和出站流量控制钩子,按端口捕获 UDP 载荷,并将其复制到环形缓冲区,而不会接收或修改数据包。JavaScript 收集器负责解码 StatsD 计数器、仪表、直方图和集合,并将名称及标签转换为 Prometheus 指标。 收集器在 SharedWorker 中运行。抓取时,一个短生命周期且不创建套接字的隔离实例通过 yeet 的 HTTP 网关将注册表渲染为 Prometheus 文本格式。应用继续向 8125 端口发送无需确认的 UDP 数据包;即使没有 StatsD 监听器,也能生成指标。 只需添加相应的解码器,同一套数据包捕获机制还可以支持 Redis、memcached、Graphite 和其他明文行协议。其取舍包括:在发送端而非目标端观察流量、使用无需 YAML 映射的简化指标命名、自动添加 `_total` 后缀、捕获上限为 512 字节,以及不支持加密载荷。

一场 Hacker News 讨论批评了 yeet.cx 的做法:项目用 eBPF 和内嵌的 V8/JavaScript 解码器取代了监听 8125 端口的传统 StatsD 服务,并将流量转换为 Prometheus 指标。大多数评论者认为这种方案既古怪又过度设计:本机上的 StatsD 流量非常轻量,一个简单的基于套接字的程序会更容易理解、检查、调试和扩展。 创始人澄清称,yeet 并不是一个用于 Bun、Node 或 Deno 的库。他们表示,选择 JavaScript 是为了实现动态操作系统检测、轻量级代理隔离和数据包分析,并指出项目支持 eBPF、XDP 和 TCX。然而,讨论中几乎没有证据表明这种复杂性带来了实际优势。一些评论者怀疑该项目是在进行实验或使用 AI 生成内容,并认为帖子应该披露所使用的提示词,或者明确将项目定位为教育性质的项目。

Kagi 将停止直接开发适用于 Linux 和 Windows 的 Orion,并将在未来 30 天内将这两款版本开源。公司将把其规模较小的团队和资源重新集中到适用于 macOS 和 iOS 的 Orion 上,预计将在速度、稳定性和功能方面进行改进。 Kagi 计划与开源基金会和组织合作,长期维护这些项目,但不会担任核心维护者。有兴趣接手 Linux 或 Windows 项目的开发者、维护者或组织,可以联系 [email protected]。 当前 Linux 测试版仍可使用,但 Kagi 将在 2026 年 10 月 2 日之后停止提供更新,因此不建议将其作为主力浏览器。适用于 Windows 的 Orion 原计划于 2026 年末发布,如今将改为以源代码形式发布,由社区继续开发和维护。Kagi 表示,选择不基于 Chromium 进行分支开发,是为了保持浏览器引擎的独立性和用户隐私。

Hacker News 用户讨论了 Kagi 停止积极开发 Orion 的 Linux 和 Windows 版本、转而将这些版本开源,同时继续维护其专有的 macOS 和 iOS 版本这一决定。 支持者认为,这家规模较小的公司应该集中精力改进其主要产品 Kagi Search,而不是继续维护一个跨平台浏览器。Orion 最具优势的应用场景仍然是 Apple 设备;在那里,它具备类似 Safari 的高效体验、Kagi 集成、广告拦截功能,并且能够支持 Chrome 和 Firefox 扩展,而其他 iOS 浏览器无法提供这些功能。 批评者认为,放弃 Linux 和 Windows 会导致平台支持碎片化,使扩展和网站开发者更难进行测试,也会降低 Orion 对注重隐私的用户的价值。还有人质疑,将已停止开发的版本开源是否真能吸引贡献者,尤其是在 macOS 代码仍然保持闭源的情况下。这引发了一些人对项目停滞和不同版本逐渐分化的担忧。 总体而言,这一决定被认为是情有可原的,但也令人失望;与此同时,人们对项目在 Kagi 之后的发展前景信心不一。

由京都微型计算机(KMC)制造的 **Partner-N64 PC** 是一套任天堂 64 开发工具,支持实时调试。它需要使用经过改装的 N64 主机,并额外增加信号线,将卡带连接器的 **IRQ** 和 **RESET** 信号连接到 CPU。这样,调试器软件就可以在源代码断点处暂停游戏、检查内存、继续执行或重置主机。 该工具发布了两个版本:适用于 Windows 95/98 PC 的 **Partner-N64PC**,以及适用于 SGI 工作站的 **Partner-N64NW**。卡带通过并行接口卡和带状电缆连接到开发 PC,并内置 EEPROM 存储器。 该工具还支持任天堂仅在日本推出的 **64DD** 扩展设备。它可以加载 IPL4ROM 引导程序,同时由 IPL ROM PAK 提供所需的 FONT 和 WAV 数据。**NUS-DCC-00** 适配器允许开发者同时连接两个卡带,将开发用闪存卡带与 SRAM 或 ROM 卡带组合起来,以便进行更逼真的测试,并实现无需 Partner-N64 即可启动 64DD。

Hacker News 上的一则讨论帖介绍了 Partner-N64 开发套件,以及调试 Nintendo 64 游戏所需的不寻常工程手段。 一位前开发者回忆称,早期的开发套件类似堆叠式闪存卡带,并通过 SCSI 与主机电脑连接。后来出现了放在主机与游戏卡带之间的“调试”卡带,它会拦截对某个单一内存地址的读写操作,并替换通过串行链路接收的数据。这实现了基本的动态资源重载:一款 Photoshop 的“发送到 N64”插件将美术人员的迭代周期从大约 30 秒缩短到 10 秒钟。 commenters 强调了 Partner-N64 独特的嵌套卡带设计,以及为了访问额外调试信号而进行的改造。由于卡带接口没有空闲引脚,据称系统重新利用了很少使用的模拟输入连接,例如 LAUDIO、RAUDIO 和 VIDEO_SYNC,同时还必须修改与主机 DAC 芯片相连的线路。 其他人则将其与现代 N64 工具进行了对比,例如 Pyrite64 模拟器。还有几名用户表示,链接文章无法访问,并讨论了可能的原因,包括 Cloudflare DNS 或住宅代理过滤。

原昌宏于1994年在电装公司开发出二维码,其设计灵感来自基于网格的围棋游戏。二维码的二维设计能够存储远超传统UPC条码的信息,不仅可以从任意角度扫描,还能减少重复扫描的次数。电装公司虽然为这项技术申请了专利,但随后免费公布了技术规范,推动了二维码的广泛应用。 目前,负责管理UPC公司前缀的GS1正通过“Sunrise 2027”计划推动零售行业采用二维码。尽管这一变化并非法律强制要求,但大型零售商正在升级扫描设备和数据库,延误适配的品牌甚至可能被商超下架。 对制造商而言,这一转变有望改善产品追踪、召回管理、防伪验证,并提供配料、过敏原、保质期和处理说明等详细信息。不过,包装、库存系统、数据存储和标签质量都必须同步更新,产品在过渡期内可能需要同时标注UPC码和二维码。 大型品牌已经开始重新设计包装,而较小的供应商则可能面临成本高昂的期限压力。消费者也很可能从中受益:在受访者中,79%更偏好二维码,但前提是二维码能提供及时、相关的信息,而不只是增加数据量。

HN 评论者普遍不接受“条形码即将灭绝”的说法。传统的一维条形码价格低廉、易于打印、扫描速度快,对于包装、标签、仓库和小型产品来说仍然非常理想,因此未来几十年很可能会与二维码并存。 GS1 Digital Link 二维码和 Data Matrix 码的普及动力来自更丰富的数据:保质期、批号、序列号、召回和库存追踪。新鲜食品和短保质期产品可能最先采用。这些基于 URL 的格式既可以被结账系统解码,也能让消费者将其作为普通网页链接使用。 挑战包括硬件和软件升级、可变日期打印、多种代码并存造成的困惑、自助结账的可靠性、QR 码“quishing”(通过二维码实施网络欺诈),以及不佳的消费者体验。序列化编码还可能支持对个人购买行为进行更精确、但也更具侵入性的追踪。 RFID 可以实现更快的结账速度和更可靠的身份识别,但仍受到成本、互操作性、环境问题以及智能手机兼容性的限制。总体而言,这一转变类似于 IPv6:渐进、不均衡,并且是在现有基础上叠加,而不是彻底替换。

作者认为,尽管几十年来人们一直在研究并进行部分实验,桌面窗口管理仍植根于过时的硬件变通方案。现代桌面难以适应不断变化的显示器配置、不同的用户使用习惯、混杂多种工作内容的浏览器标签页,以及困在应用程序内部而非传统文件系统中的数据。 他们提出的替代方案以任务为中心组织窗口,使用无限、可滚动的画布,并将每台显示器视为一个可移动的视口。浏览器标签页可以拆分为独立窗口,布局会在扩展坞连接状态变化后保持不变,隐私状态也会根据可观察到的机器状况作出响应。本地大语言模型可以检查窗口和标签页内容,并通过受限操作提出任务分组和布局方案;在确定性代码应用更改之前,必须先显示预览并获得用户确认。 此前的各种方案——包括 Rooms、WindowScape、平铺式窗口管理器、Windows Timeline 和 Sets、macOS 舞台管理器、KDE Activities,以及 PWA 窗口——要么难以使用,要么缺乏操作系统层面的整合,要么未能成为默认方案,要么强加给所有人同一种交互模式。 原型系统还暴露了一些严重问题:行为遥测可能让人感到受到侵犯;用户的空闲状态无法反映附近是否存在隐私威胁;无限追加的布局会变得令人不知所措;保留空间记忆也会与清理过时工作发生冲突。尽管如此,这次探索仍表明,质疑沿袭下来的桌面设计假设,并尝试结构性的替代方案,是有价值的。

《The Hacker News》上关于“让 Tmux 成为操作系统”的讨论提出了一种设想:用持久化、类似 tmux 的工作空间取代传统桌面,围绕项目来组织应用、文件与任务。支持者看重的包括会话持久保存、键盘导航、高效的窗口管理,以及自定义 Linux 桌面的自由。他们认为,i3、Sway、Niri、River 和 Noctalia 等现代窗口管理器已经部分实现了这一理念。 怀疑者则认为,文件系统仍然不可或缺,因为它为用户数据提供了一个中立且可移植的存储空间。苹果的专有应用数据库和云端孤岛受到批评,因为它们削弱了数据的可移植性和用户控制权;也有人认为,带有鲜明主观取舍或追求无主观看法的设计,并不一定需要专有存储。主要问题包括配置复杂性、可靠性、重启后的状态持久化、跨项目工作流,以及开发者能否为非技术用户构建一个易于上手的界面。 总体而言,评论者认为这一愿景既有挑衅性,也能引发思考,但质疑一个成熟的系统能否在整合各种应用的同时,避免重新产生它原本想要消除的复杂性。

更多

联系我们 contact @ memedata.com