《星战前夜》（EVE Online）正启动一项长期的现代化计划，旨在将其 240 万行的代码库从 Python 2.7 迁移至 Python 3。由于在同一版本上运行了超过 16 年，现有的代码库依赖于旧标准，这限制了性能表现和现代开发工具的使用。
此次迁移对《星战前夜》的未来至关重要，因为 Python 3 能带来显著的速度提升、更强的调试能力以及更高的开发效率。我们的目标是实现无缝过渡；除了未来可能感受到的稳定性和性能提升外，玩家在游戏体验上不会察觉到任何变化。
迁移过程将分阶段进行：首先通过自动化代码清理使现有系统兼容两个 Python 版本，随后对逻辑敏感的代码进行更复杂的人工审查。开发团队正在利用从《EVE Frontier》项目中积累的经验，以确保正式服务器“宁静”（Tranquility）在更新期间保持稳定。
CCP Games 将持续部署这些增量更新，并邀请玩家参与未来在“奇点”（Singularity）测试服务器上的游戏测试，以帮助验证迁移的完整性。此举将为“新伊甸”未来二十年的发展提供关键的基础设施支撑。
每日HackerNews RSS
抱歉。
Show HN: Galaxium，一款实验性的 WebGPU 太空探索程序 Show HN: Galaxium, an experimental WebGPU space explorer
6 天前
您提供的文本为空白，请提供需要翻译的内容。
对不起。
投赞成票并不意味着最终决定加入欧盟。它代表支持推进加入欧盟的协议。任何协议随后都必须通过第二次全民公投以及议会批准，并且必须修改宪法。欧盟 27 个成员国也必须予以签署认可。
冰岛目前正在辩论是否重启加入欧盟的谈判。这一讨论在 Hacker News 的热烈帖子中得到了反映，核心在于经济稳定与国家主权之间复杂的权衡。
**支持的主要论点：**
* **货币稳定：** 支持者认为，对于一个小国经济体而言，冰岛克朗的波动性太大。采用欧元可以降低汇率风险并简化贸易。
* **地缘政治安全：** 一些人将与欧盟保持一致视为应对全球不稳定局势以及当前安全联盟不可靠性的必要保障。
* **行政参与权：** 加入欧盟可以让冰岛在那些其已通过欧洲经济区（EEA）地位部分采纳的法规制定中获得话语权。
**反对的主要论点：**
* **渔业：** 渔业对冰岛经济至关重要，但欧盟的共同渔业政策可能对其构成生存威胁，迫使冰岛开放其领海。
* **国家主权：** 反对者认为，欧盟官僚且集权的结构削弱了国家独立性。许多人对欧盟机构的“民主赤字”表示怀疑。
* **“EEA”替代方案：** 反对者认为，冰岛目前享受着两全其美的待遇——既能进入单一市场，又无需承担欧盟财政或政治一体化的全部负担。
归根结底，冰岛面临着一个典型的两难境地：是大联盟带来的经济安全，还是作为独立小国的自主权。
冰川鼠 Glacier Mice
6 天前
“冰川鼠”是一种在世界各地冰川（从北极到亚南极岛屿）上发现的、可自由移动的球状苔藓群落。这些结构由多种苔藓组成，为缓步动物和线虫等各种微生物提供了一个至关重要的微生态系统，否则这些生物很难在严酷的冰川环境中生存。
这种“冰川鼠”最早于1950年被发现，它们在冰面上表现出一种神秘的、类似于兽群般的移动方式，平均每天移动2.5厘米。研究表明，这种运动是由太阳能驱动的：深色的苔藓吸收热量，融化了其南侧（在北半球）下方的冰。这形成了一个凹坑，促使群落向前滚动；这一过程同时也确保了苔藓的所有表面都能接触到阳光。通过不断的旋转和滚动，这些群落可以存活六年或更长时间。尽管它们分布广泛，但其形成所需的具体条件仍是目前科学研究的课题。
抱歉。
本文档使用大 O 表示法概述了标准 CPython 内置类型的操作时间复杂度，其中 *n* 代表容器大小，*k* 代表输入参数。 * **列表 (Lists)：** 访问和追加操作为 $O(1)$。由于元素位移，在列表开头进行插入和删除的操作复杂度为 $O(n)$。排序为 $O(n \log n)$。 * **元组 (Tuples)：** 由于不可变，复制操作为 $O(1)$。大多数访问操作与列表类似，但没有修改成本。 * **字典 (Dictionaries) 和集合 (Sets)：** 在假设哈希高效的前提下，查找、插入和删除的平均性能为 $O(1)$。在最坏情况下（哈希冲突），性能可能降至 $O(n)$。 * **字符串 (Strings) 和字节串 (Bytes)：** 这些不可变序列的长度获取和索引操作为 $O(1)$，搜索和拼接操作为 $O(n)$。`bytearray` 在修改操作上的复杂度与列表类似。 * **内存视图 (Memoryviews)：** 允许在不复制的情况下高效访问数据；切片操作为 $O(1)$。 * **范围 (Ranges)：** 按需计算值，因此包括索引和成员测试在内的大多数操作复杂度均为 $O(1)$。 **注意：** 这些基准测试专门适用于 CPython。其他实现或对象子类化可能会导致不同的性能情况。性能假设字典和集合键的哈希处理是最佳的。
抱歉。
作者认为，真正的进步往往以既得利益者所产生的仇恨为衡量标准。文章以罗斯福 1936 年对批评者的蔑视为框架，论证了欧盟《通用数据保护条例》（GDPR）之所以成功，恰恰是因为它深受科技行业的厌恶。
常被诟病为官僚主义累赘的“Cookie 横幅”，实际上是一种刻意的设计选择，旨在揭露并限制一个庞大的监控体系。尽管美国评论界将隐私监管斥为阻碍创新的“欧盟奇想”，但现实是 GDPR 已成为全球标准。这种“布鲁塞尔效应”之所以持续存在，是因为欧盟市场对企业而言至关重要，无法被放弃。
作者指出，由于政治腐败、游说活动以及“9·11”事件后“监控资本主义”（即通过挖掘人类经验作为原始数据来牟利）的兴起，美国未能监管本国的科技巨头。在缺乏美国联邦监管的情况下，布鲁塞尔填补了这一空白，以保护基本隐私权。最终，作者预测数据隐私将走上类似安全带和禁铅漆的道路：从不可思议变为必然。
Hacker News 上关于 GDPR 的讨论反映出一种深刻的分歧：人们对于该法规究竟是里程碑式的成功，还是官僚主义的失败，看法截然不同。
支持者认为，GDPR 从根本上是积极的，因为它确立了明确的隐私权，迫使企业承担责任，并理所当然地遭到了那些从数据剥削中获利的“监控资本主义”者的反对。他们主张，无处不在且令人烦恼的 Cookie 横幅并非法律本身的强制要求，而是网站用来操纵公众舆论、抵制隐私保护的一种“恶意合规”手段。
相反，批评者则将该法规描述为一项阻碍增长且未被充分理解的指令，它以过度的繁文缛节加重了小型企业的负担，却未能遏制追踪和数据采集的核心问题。一些人认为，该法规不过是一种“安全戏码”，在未能提供实质性保护的同时，还降低了数字体验。
这场辩论凸显了一种更深层的哲学张力：GDPR 所带来的阻力，究竟是遏制企业权力扩张所必须付出的代价，还是仅仅代表了一种忽视用户真实隐私、优先考虑官僚程序的无效的“象牙塔”式方案。
本文详述了针对 Go 运行时中一个长期存在的致命错误的调查与修复过程，该错误主要影响 32 位 Linux 系统（ARM/i386）上的长连接应用程序。 用户报告出现了“runtime: netpoll: eventfd ready for something unexpected”崩溃。起初怀疑是内核问题，但作者最终在 Go 的 `netpoll` 机制中发现了根本原因。Go 运行时使用 8 字节的 `ev.Data` 字段来存储事件文件描述符的原始指针，或是包含套接字描述符元数据的“标记指针”。 在 32 位小端序系统上，代码错误地仅比较了该字段的低 4 字节。随着内部 `fdseq` 计数器的增加，其数值最终会与事件文件描述符的内存地址发生重合。这导致运行时将标准套接字误判为事件描述符，从而触发了致命崩溃。 作者通过更新运行时，改用标记的 `nil` 指针来表示事件文件描述符，从而确保了一致性并消除了内存别名问题。此 Bug 自 Go 1.14 版本起便已存在，直到 2026 年才得以修复，这表明 32 位架构已不再是 Go 内部测试的优先考量对象。
这篇 Hacker News 的讨论探讨了一篇关于 32 位嵌入式系统中特定 Go 运行时细微 Bug 的技术文章。用户们讨论了 Go 内部处理类型联合（Type Unions）的方式——由于依赖启发式方法而非明确的元数据——导致在读取 32 位数据时，与 64 位架构相比出现了数据消歧错误。
评论者们对这类问题的根源展开了辩论：一些人认为 Go 的设计更倾向于 64 位环境，而另一些人则指出 Go 项目有着严格的持续集成（CI），其中包含了对 32 位架构的测试。
对话转向了关于调试实践的更广泛的元讨论。尽管一些用户提倡利用现代 AI 智能体来辅助根本原因分析，但经验丰富的开发者警告称，过度依赖这些工具可能会导致调试技能退化。他们强调，像文中描述的那类复杂的、仅在生产环境中出现的 Bug，最好通过亲手调查、利用 GDB 等工具以及深厚的系统知识来解决。共识指出，诊断仅在受限环境中显现的 Bug 具有很大难度，且尽管自动化编程助手在兴起，保持手动故障排查的专业能力依然至关重要。
Autistici/Inventati (A/I) 是一个致力于通过提供免费、独立的互联网服务（如电子邮件、托管和聊天）来夺回数字空间的集体，旨在服务于那些参与社会与政治斗争的人们。A/I 拒绝主流网络平台的商业化和审查，秉持自我管理、集体决策和知识自由交换的原则。 该项目存在于机构权力结构之外，刻意排除商业实体、政党和宗教组织。相反，它通过倡导开源软件、反对限制性版权并揭示技术政治的本质，来支持草根运动。 所有的运营完全依靠自愿捐款维持，确保没有任何成员从中获利，并使该集体免受企业或外部的影响。该组织没有等级制度、发言人或投票系统，而是依赖透明的集体讨论来应对数字基础设施与现实世界行动主义之间的交汇。通过融合对技术的好奇心（Autistici）和创造性的问题解决方式（Inventati），该集体努力提供独立沟通所需的工具，证明数字资源可以通过公共管理来促进社会变革。
抱歉。
注意！由于蒸汽机车 Pt47-65 的定期检修，在 2026 年 8 月 20 日至 2026 年 8 月 28 日（含当日）期间，计划班次将由内燃机车 SM42 6D 代替运行。蒸汽机车列车时刻表：每周一至周五，蒸汽机车运行于沃尔什廷（Wolsztyn）至兹邦申内克（Zbąszynek）线路；周六运行于沃尔什廷至波兹南（Poznań）线路。周日及节假日蒸汽机车无计划班次！车票可通过网站 www.koleje-wielkopolskie.com.pl、车站售票处或列车长购买。列车从火车站出发！注意！自 2026 年 3 月 7 日起生效。时刻表：周一至周五：沃尔什廷 – 兹邦申内克 – 沃尔什廷，沃尔什廷 – 兹邦申内克。运行日期：工作日。列车号 77385，沃尔什廷 14:23，图霍日（Tuchorza）14:34，别伦钦（Belęcin Wlkp.）14:41，斯特法诺沃（Stefanowo）14:48，兹邦申郊区（Zbąszyń Przedmieście）14:55，兹邦申（Zbąszyń）14:59，兹邦申内克（Zbąszynek）15:09。
这篇 Hacker News 讨论帖探讨了波兰的沃尔什滕（Wolsztyn）线路，它常被誉为欧洲最后一条常规标准轨距蒸汽客运服务线路。
参与者们讨论了这一头衔的判定标准，指出虽然全球各地（特别是在英国和澳大利亚）存在许多遗产铁路和观光蒸汽铁路，但它们往往没有接入国家售票系统或纳入常规通勤时刻表。讨论中提到了赛文河谷铁路（Severn Valley Railway）尝试将蒸汽机车服务与国家铁路网整合的案例，但用户们批评了行业机构在执行上的不足。
人们对蒸汽机车旅行的看法呈两极分化：爱好者珍视其中的怀旧色彩与技术历史，而另一些人则讲述了煤烟和空气污染带来的负面体验。该讨论帖还触及了更广泛的铁路历史，包括有关悉尼前单轨电车的轶事，以及二战后荷兰铁路系统的战略性现代化进程。归根结底，尽管“常规”蒸汽服务日益稀少，但它在旅游业和偶尔的区域交通中仍然是一个充满活力的细分领域。
这是一个使用 Chez Scheme 编写的微型控制台文本编辑器。它不仅小巧、可扩展，且深受 Emacs 启发，同时刻意保持了极简的设计理念。该编辑器通过自身进行开发，是一个实时运行的 Scheme 系统，其所有功能——从语法模式到 M-x 命令界面——均以 R6RS 库的形式实现。 主要特性包括： * **动态开发：** 模块在保存时即可热重载；依赖模块无需重启编辑器即可自动重新编译。 * **可扩展性：** 编辑器使用严格定义的不可变 API。用户可以通过本地的 `config.e` 文件自定义行为、快捷键绑定和缩进。 * **集成功能：** 提供内置的增量搜索、多缓冲区剪切环（kill ring）、窗口分割和鼠标支持。M-x 提示符允许实时求值 Scheme 表达式，并支持符号补全和结构化日志记录。 * **自包含：** 无需安装或复杂的构建过程；整个项目作为一个独立的目录运行。 * **高级功能：** 包含结构化编辑工具（如格式化输出和括号匹配显示）、完善的内部文档系统，以及防止数据意外覆盖的稳健文件处理机制。 对于追求可定制、以 Lisp 为中心，且注重稳定性、精简代码体积和交互性能的用户来说，这是一个理想的工具。
抱歉。