(Empty input provided. There is nothing to translate.)
每日HackerNews RSS
对不起。
RamAIn是一家获得Y Combinator支持的公司，由前印度德里理工学院和卡内基梅隆大学的研究人员创立，他们正在构建AI智能体来自动化重复的企业工作流程。他们的目标是用比人工员工快10倍且更可靠的AI来取代传统系统中、桌面应用程序和网页门户中的手动任务。 目前团队规模较小，RamAIn正在寻找一位多面手的首位商业招聘人员，负责领导上市策略、早期销售和公司运营。这个职位非常适合具有1-5年企业销售、初创公司运营或营销经验，并且愿意在模糊、快节奏的环境中蓬勃发展的人。 该职位涉及对销售渠道、营销执行和关键运营任务的全面掌控——基本上让创始人能够专注于产品开发。对AI和企业软件的浓厚兴趣至关重要。
对不起。
IPv6 普及情况 我们持续衡量 Google 用户中 IPv6 连接的可用性。该图表显示通过 IPv6 访问 Google 的用户百分比。 各国 IPv6 普及情况 上图显示全球 IPv6 连接的可用性。IPv6 部署更广泛的地区（绿色越深，部署越广泛），用户连接到支持 IPv6 的网站时遇到的问题较少。IPv6 部署更广泛，但用户连接到支持 IPv6 的网站时仍然存在明显的可靠性或延迟问题的地区。IPv6 未被广泛部署且用户连接到支持 IPv6 的网站时存在明显的可靠性或延迟问题的地区。
## Akismet Python 客户端：20 年历程与重大重写 本文详细介绍了 `akismet` Python 库的长期维护和最近的完整重写，该库是 Akismet 反垃圾邮件过滤服务的客户端。该库最初由 Michael Foord 于 2005 年创建，方便与 Akismet 的 API 集成，用于过滤博客评论。在 Michael 于 2025 年去世后，作者于 2015 年接手维护工作，最初专注于 Python 2 和 3 的兼容性以及简化配置。 2026 年初完成的重大重写是由两个关键目标驱动的：支持来自 Akismet API 更精细的“明显垃圾邮件”分类（超越简单的真/假），以及添加使用 `async` 和 `await` 的异步 Python 支持。作者考虑过基于函数的 API，但最终选择了两个类——`SyncClient` 和 `AsyncClient`——以管理复杂性并保持可用性。 更新后的库利用 `httpx` 进行同步和异步 HTTP 请求，为代理配置提供灵活性，并通过模拟传输改进测试。该项目还采用了类型提示、日历版本控制以及 PDM 等现代打包工具。作者回顾了项目的历史，并向 Michael Foord 的原始贡献致敬，旨在确保库的持久稳定。
对不起。
## Ollama 的兴衰：为何这款流行的本地 LLM 工具正在失去信任 Ollama 最初因其用户友好的方式而广受欢迎，它能让用户本地运行大型语言模型 (LLM)，主要通过简化对强大的 `llama.cpp` 引擎的访问。然而，它的成功建立在一个模糊的起源和日益可疑的做法之上。 最初，Ollama 只是 `llama.cpp` 的一个简单封装器——这项核心技术使得本地 LLM 运行成为可能——Ollama 最初未能承认其基础依赖。在社区的压力下，添加了最少的致谢，随后是对 `llama.cpp` 的一个有问题的分支，该分支*降低*了性能并引入了错误。基准测试始终表明 `llama.cpp` 的性能优于 Ollama，具有显著的速度优势。 进一步削弱信任的是，Ollama 引入了专有的“Modelfile”系统，增加了不必要的复杂性，其注册表中的模型命名具有误导性，以及一个闭源桌面应用程序。最近，转向云托管模型引发了隐私问题。 在风险投资的推动下，Ollama 似乎正在优先考虑锁定和盈利，而不是最初承诺的真正本地优先体验。像 `llama.cpp`、LM Studio 和 Jan 这样的替代方案提供可比或更优的功能、透明度和社区支持，使得 Ollama 越来越不必要。核心创新仍然在于 `llama.cpp` 及其专门的社区，而不是 Ollama 的封装。
对不起。
启用 JavaScript 和 Cookie 以继续。
## Airbnb 的指标管道迁移：从 StatsD 到 OpenTelemetry/Prometheus
Airbnb 工程团队最近详细介绍了他们从 StatsD 迁移到基于 OpenTelemetry/Prometheus 的指标管道的过程。这次迁移是由可扩展性需求驱动的，其中涉及 Prometheus 处理稀疏计数器的挑战——需要集中在聚合层进行“零注入”修复。
讨论强调了迁移大型系统的复杂性，并揭示了使用 VictoriaMetrics (VM) 等替代方案的潜在成本节约。 许多评论员指出，与 Prometheus 相比，VM 具有更快的启动时间和更高效的扩展能力，并引用了 Roblox 和 Spotify 等公司的案例研究。 然而，Airbnb 选择 Grafana Mimir，可能是由于现有基础设施或易于集成。
迁移的一个关键方面是直接使用 OpenTelemetry Protocol (OTLP) 发出指标，而不是依赖 Prometheus 的抓取端点，从而简化了流程。 讨论还涉及 Grafana Labs 的商业模式，并指出大型 Mimir 部署可能无法产生收入，因为 Mimir 是开源的。
## 教育领域人工智能的缓慢变革 根据可汗学院创始人萨尔·汗的说法，尽管最初备受炒作，但教育领域期待已久的人工智能驱动的革命并未实现。他的AI导师Khanmigo的使用率有限——许多学生根本没有使用该工具，这类似于一位辅导员被动地等待学生寻求帮助。 最初的热情，源于与OpenAI的合作以及对GPT-4等先进模型的访问，曾预测人工智能可以个性化学习并显著改善学生的学习成果。然而，教师们报告说，学生们难以向人工智能提出有效的问题，常常寻求答案而不是理解。对人工智能助长的作弊行为的担忧也在增加。 尽管承认人工智能的局限性，汗仍然对其作为*一部分*解决方案的潜力持乐观态度。可汗学院最近的调整将Khanmigo直接整合到练习中，希望提高使用率。研究表明，使用可汗学院的练习工具可以取得适度的学习收益，但对学习困难的学生影响很小。关键在于？人工智能的成功取决于将其有效地与人类教学相结合，而不是取代人类教学，并培养学生学习*如何*学习的能力。
对不起。
## XOR 交换技巧：深入剖析 本文探讨了 XOR 交换技巧——一种无需使用临时变量来交换两个变量的方法——并最终质疑其实用性。该技巧利用了 XOR（异或）运算的特性：自反性（a ^ a = 0）和恒等性（a ^ 0 = a）。 虽然看似巧妙，但编译器很容易优化掉本地变量的 XOR 交换，生成与传统交换或直接操作相同的代码。即使应用于指针交换，XOR 方法始终会产生比简单临时变量交换更慢、更复杂的汇编代码。一个关键缺点是，XOR 交换指向*相同*内存位置的两个指针会导致数据丢失，而临时变量交换则不会。 XOR 交换的特定用例出现在低级汇编编程中，在寄存器限制非常严格的情况下。然而，即使在那种情况下，也通常存在专门的交换指令（例如 x86 的 XCHG），使得 XOR 变得不必要。尽管 XOR 的实际价值有限，但它具有合法的应用，例如有效地找到列表中唯一元素，而所有其他元素出现两次。最终，XOR 交换技巧更像是一种编程好奇心和面试问题，而不是现代编程中真正有用的技术。
## 黑客新闻讨论总结：异或技巧与底层优化
一场黑客新闻讨论围绕异或交换技巧展开——一种无需临时变量即可交换变量的位操作技术。尽管在历史上很有趣，但评论员普遍认为，由于现代编译器优化（如寄存器重命名），它如今很少有用。讨论分化到几个相关主题：
**历史背景：** 异或交换在寄存器稀缺且编译器不够复杂时曾很有价值。它还在图形（Amiga上的光标操作）和特定硬件限制中找到了利基用途。
**现代相关性：** 大多数人认为它现在主要是一种“聚会技巧”或面试问题，用于测试对位运算的理解。手动优化的尝试可能会妨碍编译器性能和可读性。
**相关技术：** 讨论探讨了其他基于异或的技巧，包括条件交换、纠错码、异或链表以及使用异或进行高效的奇偶校验计算。还提到了异或在量子计算和SIMD优化等专业领域的潜力。
**编译器行为与优化：** 一个关键的收获是让编译器优化代码的重要性，并避免可能混淆它们的微优化。强烈建议使用编译器警告（如`-Wall`）来捕获潜在问题。
**法律与安全影响：** 一个有趣的岔路讨论了使用异或进行数据混淆以及围绕版权和数据来源的法律复杂性。
总而言之，这场讨论强调了编程的演变以及面对先进的编译器技术，低级位操作收益递减的现象。
要使用 Mastodon 网页应用程序，请启用 JavaScript。或者，尝试为您的平台使用 Mastodon 的原生应用程序。