**cilly** 是一个新的 Rust 编译器后端，它将 Rust 代码转换为 C 代码，从而使 Rust 能够在缺乏 LLVM 或 GCC 支持的硬件平台上进行开发。通过生成适应特定编译器环境的 C 代码（查询平台特定的类型布局、关键字支持和对齐方式），cilly 确保了与各种冷门系统的高度兼容性。 该项目作为一个 Rust 编译器插件运行，封装了 `rustc` 和选定的 C 编译器。它包含诸如网络透明编译等高级功能，允许用户通过将 C 编译步骤卸载到远程服务器来实现交叉编译。作者通过成功构建一个可运行的、自举的 Rust 编译器版本，证明了该项目的可行性。 尽管 cilly 目前仍是一个处于实验阶段的项目，但它旨在解决缺乏原生 Rust 支持的平台的“引导悖论”。通过生成与标准 `rustc` 输出在二进制接口（ABI）上基本兼容的 C 代码，它为将现代 Rust 引入传统上仅支持 C 的旧式或嵌入式硬件提供了一条实用途径。该项目目前正在完善中，以备未来公开发布。
每日HackerNews RSS
`crustc` 是一个将 Rust 编译器（`rustc`）转译为 C 代码的新项目。其主要目标是让 Rust 能够在缺乏 LLVM 或 GCC 支持的老旧或冷门硬件上运行，从而有效地利用现有的任何 C 编译器作为后端。
该项目在 Hacker News 上引发了关于其实用性和设计的大量讨论：
* **可移植性：** 通过以 C 为目标，`crustc` 有潜力覆盖现代工具链所忽视的广阔平台。许多评论者认为，这降低了移植的门槛，因为熟悉 C 工具链和链接器的工程师无需深入了解 Rust 复杂的编译器内部结构，即可调试可移植性问题。
* **自举（Bootstrapping）：** 该项目为“可自举”构建提供了一种新的、可能更简单的途径，允许在不同架构上验证 Rust 编译器。
* **可行性：** 虽然有人争论相比直接针对 LLVM/GCC，转译器是否有必要，但也有人指出，通过标准的现代编译器，为使用定制或受限工具链的冷门硬件进行编译往往是不切实际的。
* **性能与复杂性：** 观察人士指出，虽然预计其运行速度不会超过原生的 `rustc`，但生成可读 C 代码的能力，使其成为一种有价值的移植工具。
请启用 JavaScript 并关闭所有广告拦截器。
目前 `modusregel` 尚未上架 MELPA 或 ELPA，可通过 Elpaca 进行安装： ```elisp (use-package modusregel :ensure (:host codeberg :repo "jjba23/modusregel" :branch "trunk") :demand t) ``` **关键实现说明：** * **作用域：** `mode-line-format` 是窗口局部的。使用 `setq` 可进行临时的窗口特定更改，使用 `setq-default` 则可应用全局更改。 * **配置：** 若要持久化设置，请定义一个函数来设定 `mode-line-format` 变量。你可以使用默认的 `modusregel-format`，或者使用自定义列表来选择特定组件（例如：缓冲区名称、版本控制状态、Eglot 信息）。 * **自动化：** 将你的配置函数添加到 `after-change-major-mode-hook` 中，以确保自定义的模式行在不同模式下始终保持生效。
抱歉。
为了避免在执行简单的二维 CAD 任务时安装桌面软件，作者利用 WebAssembly (Wasm) 将开源软件 **LibreCAD** 成功移植到了网页端。 与常规的网页工具不同，这是一个通过 Emscripten 和 Qt 6.9 直接在浏览器中运行的完整 C++ 桌面应用程序。该项目面临的一大技术挑战是 LibreCAD 对模态对话框（使用 `QDialog::exec()`）的严重依赖，这通常会导致网页浏览器卡死。作者通过利用 **WebAssembly JSPI (JavaScript Promise Integration)** 克服了这一问题，使得对话框和下拉菜单可以任意嵌套，而不会阻塞主线程。 该项目通过优化 HTML 画布的像素格式，并使用自定义 JavaScript 中间层绕过浏览器文件系统的限制，实现了高性能运行。目前，该工具需要基于 Chromium 的浏览器（Chrome/Edge 137+）来支持 JSPI。该应用在绘图、编辑以及导出 DXF 和 PDF 文件方面功能完备，且所有改动均隔离在平台层，确保了 LibreCAD 核心代码库未被更改。源代码现已在 GitHub 上开源，为在浏览器标签页中原生运行复杂的传统 C++/Qt 桌面软件提供了一个概念验证。
Zalando 的产品读取 API (PRAPI) 曾因与集群边缘负载均衡器 Skipper 存在“共同命运”（shared fate）问题，导致延迟居高不下。由于该 API 会将单个批量请求拆解为多达 100 个并行调用，它对 Skipper 产生了高度依赖，这使得团队无法区分是基础设施问题还是应用程序代码瓶颈。
为了解决这一问题，团队在应用程序进程内实现了一个自定义的**客户端负载均衡器 (CSLB)**。该方案采用了与 Skipper 相同的哈希一致性环，在确保缓存一致性的同时消除了多余的网络跳转。通过利用 **Kubernetes informer** 进行实时 Pod 发现，并结合**滑动窗口占用信号**（利特尔法则）进行负载均衡，团队实现了比标准的“飞行中”（in-flight）请求计数更为精细的流量控制。
在完成了 CI/CD 流水线的全面升级（提高了部署频率和可靠性）后，团队部署了 CSLB。其影响十分显著：延迟峰值消失，Skipper 的基础设施成本降低了 75%，整体计算资源需求减少了 25%。通过掌握路由逻辑，团队获得了更出色的可观测性，并最终查明此前无法解释的延迟峰值实际上是节点级别的瞬时网络冻结，而新系统现在可以从容应对这些问题。
Immich 3.0 Immich 3.0
20 天前
👍 1 人点赞 👎 1 人点踩 😄 1 人大笑 🎉 1 人喝彩 😕 1 人困惑 ❤️ 1 人心动 🚀 1 人加油 👀 1 人关注。你目前无法执行此操作。
Immich 3.0 的发布在 Hacker News 上引发了热烈讨论，凸显了其作为 Google Photos 一款功能丰富且深受欢迎的自托管替代品的地位。
用户称赞 Immich 的速度和功能，但也有人反映在复杂的版本迁移和偶尔出现的数据库问题上存在挑战。针对大数据量导入（例如从 Google Takeout 迁移），社区成员建议使用 `immich-go` 等工具来有效处理元数据和相册结构。
争论的一个主要焦点在于缺乏原生的端到端加密（E2EE）。虽然一些用户更倾向于使用 Ente 等原生支持 E2EE 的替代品，但另一些人则认为，通过磁盘级加密或 VPN 等安全传输层，自托管可以提供更灵活的安全性。支持者认为，“Unix 哲学”——即利用独立的工具分别处理存储、加密和网络——比要求单一应用程序臃肿堆砌功能更为稳健。此外，用户确认 Immich 支持只读外部库，允许在不更改原始文件的情况下索引现有的照片集。
总体而言，尽管用户承认自托管需要投入维护精力，但许多人仍将 Immich 视为重新掌控个人数字档案的宝贵工具。
⚡ BlastRadar SRE 在代码合并前粘贴差异（diff）。几秒钟内获得生产环境风险评分。 尝试示例： 数据库迁移 基础设施变更 ⚡ 分析风险
抱歉。
超能力 6 Superpowers 6
20 天前
Prime Radiant 发布了 **Superpowers 6**，这是一次专注于效率的重大更新。通过利用自主研究循环并借助 Anthropic 的 Fable 来优化构建过程，团队实现了显著的性能提升：构建速度提高了 **50%**，Token 消耗成本降低了 **60%**。
主要改进包括：
* **智能体整合：** 合并了代码审查和规范合规智能体。
* **精简交付：** 使用预生成的“审查包”来减少冗余的 Git 命令。
* **分层实施：** 根据任务复杂度更智能地使用 AI 模型。
* **可靠性：** 增强了模型无关的技能，并改进了视觉头脑风暴功能。
这些优化已在一套全面的评估套件中经过严格测试，确保性能提升在各种编码工具中均有效。Superpowers 6 现已在 GitHub 上发布，并将很快在各大插件市场上线。
关于软件开发代理技能框架“Superpowers”的 Hacker News 讨论，揭示了开发者社区内部的严重分歧。
支持者认为，该框架提供了一种结构化、系统化的方法论，强调头脑风暴、规划和测试驱动开发（TDD），使他们能够处理以前认为无法着手的复杂项目。支持者强调其在管理多步骤工作流程和复杂架构任务方面的有效性，并指出最近的 v6 版本已显著提高了 Token 使用效率。
然而，批评者则将该框架斥为“AI 空谈产品”或不必要的复杂层。许多人认为，现代大语言模型（LLM）已经足够智能，无需复杂的提示词工程“花招”就能处理编码任务，他们声称这些花招只会消耗速率限制并增加 Token 成本。怀疑论者通常提倡极简主义，倾向于使用基础配置，或根据个人需求定制极简提示词。
归根结底，这场辩论反映了 AI 开发中更广泛的矛盾：是在采用结构化、有主见的框架，还是依赖大语言模型不断演进的原生能力之间做选择。虽然一些人将框架视为确保可靠性的必要工具，但另一些人则将其视为脆弱的“束缚”，无法跟上 AI 模型快速发展的步伐。
与父亲一起建造楼梯的经历让作者学到了深刻的一课：现实中存在着“令人惊讶的细节”。无论是木工、物理还是编程，事物往往不像表面看起来那么简单。我们常将这些复杂的层次误认为是个人能力的缺失，但它们实际上是世界的固有属性。 这些细节至关重要；忽视它们会导致失败，而察觉它们往往是决定成功与停滞的关键。然而，由于我们只会注意到自己正在寻找的细节，我们往往会形成一些“框架”，从而对解决难题所必需的细微差别视而不见。一旦我们将某个细节整合进自己的思维模型，它就会变得透明，这使得我们在智力上陷入僵局变得极其容易。 为了避免这种情况，我们必须主动培养好奇心。我们应当通过刻意寻找那些习惯性被忽略的细节——无论是在自然、工作，还是在与我们意见相左的人的观点中——来超越现有的框架。通过训练自己去感知那些以前未曾察觉的事物，我们可以保持灵活性，避免思维瘫痪，并以更清晰的视角去解决最具挑战性的问题。
围绕《现实有着惊人的细节量》这篇文章展开的 Hacker News 讨论，凸显了人们在从抽象规划转向物理执行时常有的挫败感。无论是制作书架、安装房门还是房屋翻新，参与者们一致发现，现实世界并不具备蓝图和软件所预设的那种“完美”几何结构。
讨论者们分享了 DIY 项目失败的经历，例如房门无法装入不规则的门框中，这是因为他们忽视了现实中的物理缺陷，比如墙壁不平或木材随时间发生的自然位移。虽然程序员们推崇数字环境的“易处理性”，但他们也指出，现实要“琐碎”得多，需要对细枝末节、环境变量和物理约束给予极大的关注。
归根结底，评论者们反映出，尽管人类天生偏爱简单的模型，但物理世界却有着无限的细节。这种“琐碎”往往正是工艺难度的所在，也让许多人更加敬佩那些懂得如何应对这些复杂情况的资深工匠。这场讨论是一个谦卑的提醒：无论背景如何，直接与现实打交道——而不是依赖理想化的模型——都需要耐心、适应力，并接受这样一个事实：事物很少能像纸面上那样完美地契合在一起。
大盐湖是衡量犹他州水资源健康状况、经济及环境的关键指标。湖水水位的变化会影响空气质量、野生动物栖息地、矿产开采以及全州社区的用水情况。本追踪平台提供清晰、实时的最新数据，旨在帮助犹他州居民、政策制定者和倡导者了解水资源变化的趋势、风险及决策带来的影响，从而支持各方采取科学行动，共同保护大盐湖的未来。
抱歉。