每日HackerNews RSS

FPS.cob 是你觉得当今游戏开发太简单时会做出的选择。尽情享受这所谓 COBOL 恶搞带来的灵魂出窍般的体验吧。它支持两种关卡风格:map/level1.map 是最初的网格化 Wolf3D 风格路径;map/doom_sectors.map 是带有门和不同高度(即类 DOOM)的扇区/线定义地图。在仓库根目录下,如需加载特定地图,请执行:bash build.sh ./map/level1.map 或 bash build.sh ./map/doom_sectors.map。W / S:前后移动;A / D:左右转向;空格:射击;Q:退出。纹理和精灵图存放于 res/ 目录下,地图存放于 map/ 目录下。

Hacker News 社区目前正在讨论名为“FPS.cob”的项目。该项目由用户 *icitry* 开发,使用 COBOL 语言实现了一款第一人称射击游戏。开发者利用光线投射技术(raycasting)生成 PPM 图像,并通过管道传输至 `ffplay` 进行显示。 该讨论帖凸显了社区内部在现代软件开发议题上的巨大分歧。部分用户称赞这是一个极具创造力的“脑洞大开”型实验,并指出开发者的 YouTube 频道证明了其付出的真实努力、技术攻关能力以及一系列类似的爱好项目。另一些用户则持怀疑态度,对平台上所谓的“AI 垃圾内容”(AI-slop)日益增多表示不满。这些批评者认为,如果一个项目是由大语言模型生成的,那么通常被社区所珍视的“过程”——即智力博弈与匠人精神——便会荡然无存,即便最终成品能够运行。 尽管关于 AI 在业余编程中作用的争论非常激烈,但许多参与者在欣赏 COBOL 的可读性以及开发者解决 I/O 限制的“大型机时代”思维方式上达成了一致。归根结底,该项目成为了一个催化剂,引发了关于在 AI 辅助工程时代人类劳动价值的更深层次探讨。

现代美国驾驶者正日益受到高强度侵略性LED车灯的困扰,而大型SUV和皮卡车的普及加剧了这一问题。虽然这些车灯为驾驶者提供了卓越的视野,但往往会使迎面而来的车辆以及后视镜中的驾驶者感到目眩。 其他国家通过使用自适应远光灯(ADB)技术缓解了这一问题。该技术利用像素化LED灯珠,在照亮前方道路的同时,动态调暗指向其他车辆的光线。然而,美国长期以来严苛且独特的法规限制了这项技术的有效应用。尽管国会于2021年批准了自适应远光灯,但美国国家公路交通安全管理局(NHTSA)严格且非标准的规定,迫使汽车制造商投入巨资从零开始重新设计系统,以符合国内合规要求。 虽然Rivian和特斯拉等制造商已开始在美国部署这些先进的自适应系统,但进展缓慢。此外,由于汽车的使用寿命通常超过十年,新的“礼貌型”照明技术需要数年时间才能取代目前流通中的刺眼车灯。在此之前,强光仍将是一个持续存在的隐患,因为配备自适应系统的车辆在道路上仍属少数。

抱歉。

关于 新闻 版权 联系我们 创作者 广告 开发者 条款 隐私 政策与安全 YouTube 的运作方式 测试新功能 © 2026 Google LLC

抱歉。

Bloomberg 需要帮助?请联系我们 我们检测到您的计算机网络有异常活动 要继续访问,请点击下方方框以证明您不是机器人。 为什么会出现这种情况? 请确保您的浏览器支持 JavaScript 和 Cookie,并且没有阻止它们加载。 如需了解更多信息,您可以查阅我们的服务条款和 Cookie 政策。 需要帮助? 如有与此消息相关的疑问,请联系我们的支持团队并提供下方的参考 ID。 屏蔽参考 ID: e8469a99-65aa-11f1-938c-230d8896a3a3 订阅 Bloomberg.com,随时随地获取最重要的全球市场新闻。 立即订阅

抱歉。

开发者经常将队列误用为应对系统过载的“速效药”,将其作为掩盖延迟的缓冲区。这是一种过早优化的形式,无法解决潜在的瓶颈。当系统达到其硬性运行限制(如数据库容量、I/O 或 CPU)时,队列只会堆积正在处理的数据,使一个缓慢的系统变成随时可能引发灾难性故障的隐患。 工程师不应利用队列来掩盖性能问题,而必须设计出能够通过“负载脱落”(丢弃请求)或“反压”(减慢输入速度)来明确处理过载的系统。 将系统限制视为不可改变的约束,能够促使开发者做出更好的架构决策。通过承认系统无法处理无限负载,开发者可以摒弃脆弱的“发送即忘”式队列,转而采用稳健的、具有幂等性的 API,在高峰需求期间提供明确的反馈。高明的工程设计不是建造最终会被压力冲垮的堤坝,而是定义运行边界,从而实现更稳定的服务、更好的指标监控以及更少的紧急呼叫。归根结底,队列应当用于有目的的消息传递,而不是作为试图让“大卡车通过吸管”的绝望尝试。

尽管科技巨头和初创企业都在竞相推出基于卫星的数据中心,但太空计算的现实并非由炒作决定,而是受到严苛物理法则的制约。 太空环境带来了三大主要障碍:热管理、电离辐射和能源成本。由于太空是真空环境,热量只能通过辐射散发。这产生了一种“物理税”,需要配备巨大且沉重的散热表面——单个服务器机架通常需要匹克球场般大小的散热面积——以防止硬件故障。此外,宇宙辐射要求昂贵的屏蔽措施或复杂的冗余系统,这显著增加了载荷重量和成本。 目前的经济模型表明,通用轨道计算的成本大约是地面替代方案的十倍。然而,对于实时地球观测数据处理和拥挤轨道中的自动避碰等延迟要求极高的利基应用而言,太空计算仍然是一种关键的“赋能者”。 为了取得成功,该行业必须从“发射即遗忘”的模式转型为自主的、可维护的基础设施。虽然折纸启发的散热器或液滴冷却等创新技术可能会缓解部分限制,但轨道经济的主要瓶颈仍将是不可改变的热力学定律。

抱歉。

Nextcloud 与 Ionos 发布了 **Euro-Office** 的首个稳定版本。这是一套开源网络办公套件,旨在为 Microsoft Office 和 Google Docs 提供具有主权性质的替代方案。该套件基于 OnlyOffice 开发,旨在促进文档、电子表格和演示文稿的协同编辑,并高度重视 ODF 等开放标准。 该项目由一个合作伙伴联盟支持,其中包括 XWiki、OpenProject 和 Open-Xchange。虽然初期开发重点在于代码清理和安全性,但未来的更新将包括专门的桌面和移动应用程序。 目前,Euro-Office 正被整合进 Nextcloud Hub 26 等协作平台。用户可以选择使用全新的 Euro-Office 或现有的 Collabora 套件。在早期经历过关于许可合规性的争议后,项目合作伙伴已解决了相关顾虑,明确表示所有必要的源代码和品牌声明均已到位。 开发工作正由专门的团队持续推进,目前可通过 Docker 进行测试。随着开源领域的不断演进——包括 LibreOffice 也开始转向基于浏览器的协作——Euro-Office 代表了在减少对专有办公软件依赖方面迈出的重要一步。

对不起。

提供的文本指出,美国政府近期在伊朗南部蓄意攻击水利基础设施,犯下了战争罪。6月9日,美军空袭摧毁了锡里克附近的一处水库和水处理设施,导致当地2万名平民在极端高温下断水。 作者认为,由于该设施不具备军事用途,其遭破坏不能以“军民两用”为由辩解,此举唯一的目的就是危害平民生命。文中指出,这些空袭是蓄意的恐怖行径,是特朗普总统因对伊朗的地缘政治对抗感到挫败,为胁迫伊朗政府而下令实施的警告。 作者进一步指出,这种策略在战略上适得其反,可能会加强伊朗民众对政府的支持,同时消耗美国军事资源。最后,该文本谴责这一行为是道德上的失败,并称将攻击平民基础设施常态化反映了美国政策的危险转变,这可能带来长期的国际后果并引发潜在报复。

抱歉。

您没有提供需要翻译的内容。请提供您想要翻译的文本。

小米发布了 **MiMo Code**,这是一个基于终端的开源 AI 编程助手。该项目是现有 OpenCode 架构的一个分支,具备持久化记忆、自主目标导向循环及多模型服务商支持等功能。 Hacker News 上关于此次发布的讨论主要集中在三个方面: * **企业战略:** 许多用户在探讨为什么像小米、Anthropic 或 OpenAI 这样的公司要投入资源开发私有的“编程套件”。一些人认为这是一种“慈善”行为或效率低下,而另一些人则认为这是一种旨在“将互补品商品化”的精心布局——通过获取用户信任和标准化工作流,在拥挤的市场中获得竞争优势。 * **关于“开源”的争论:** 针对小米选择分叉(fork)而非向 OpenCode 上游贡献代码的决定,社区存在显著质疑。批评者认为这是为了规避合并延迟,而另一些人则将其斥为“开源吸血主义”,指责其优先考虑企业控制权而非社区协作。 * **中国 AI 的现状:** 用户指出,中国模型(如 MiMo 和 DeepSeek)已迅速达到前沿水平,且往往提供比西方同行更高的性价比。然而,对于数据隐私、“回传”遥测技术,以及常见的 `curl | bash` 安装方式所带来的安全风险,外界仍存在担忧。

本文详细介绍了在 Thunderbird 中实现原生 Microsoft Exchange Web Services (EWS) 支持的技术历程,重点阐述了为将 Rust 集成至 Thunderbird 基于 C++ 的 XPCOM 架构而构建的基础设施。 由于项目初期缺乏现成的 Rust 基础设施,团队构建了一个框架,旨在连接 Rust 原生的 `async/await` 语法与 Thunderbird 中高度依赖回调的 C++ 网络层 (Necko)。其中包括用于处理 HTTP 请求的 `AsyncChannelOpener`,以及一个名为 `xml_struct` 的自定义库,用于管理复杂的 SOAP/XML 序列化,从而避免了标准库中常见的冗余代码问题。 通过保持 C++ “胶水”代码与 Rust 协议客户端的清晰分离,团队成功在 Thunderbird 145 版本中推出了电子邮件支持。目前,工作重心已转向支持 Microsoft Graph API。得益于既定架构的高度可重用性以及共享库,团队显著加快了开发速度,在四个月内完成了原本需要十一个月的工作。这种模块化方法不仅保障了 Thunderbird 未来对 Exchange 的支持,也为集成 JMAP 等未来潜在协议提供了蓝图。

抱歉。

更多

联系我们 contact @ memedata.com