因滥用流量模式而被阻止。
每日HackerNews RSS
## Hacker News 上关于 Grok 4.1 的讨论
最近 Hacker News 上出现了一场关于 Grok 4.1 (x.ai) 发布 的讨论。用户们正在测试它的能力并分享观察结果。主要观点包括：
* **创意写作：** Grok 4.1 在复杂的创意提示方面表现出色，展现了对细微请求的理解（例如，关于 RFK Jr. 和熊的 海明威风格的故事）。
* **表情符号使用：** 一个显著的趋势是 Grok 4.1 增加了表情符号的使用，甚至在意外的语境中使用，例如数学推理，引发了关于其对语言影响的争论。
* **安全问题：** 几位用户报告说，缺乏重要的安全过滤器，允许处理与有害活动相关的提示（暗杀计划、恶意软件创建）。这与潜在地在未过滤的数据源（如 4chan 和 Twitter）上进行训练有关。
* **竞争格局：** 一些人认为 Grok 4.1 在编码基准测试和工具使用方面落后于竞争对手，如 Claude 和 GPT-5。
* **Gemini 3 可能发布：** Grok 4.1 发布的时间引发了人们对 Gemini 3 即将发布的猜测。
* **CEO 影响：** 人们对潜在的偏见以及 LLM 被用于宣传的担忧日益增加，并提到了埃隆·马斯克与 Grok 的关系。
这场讨论突出了前沿语言模型的进步和潜在危险。
## 美国枪支所有权的转变 传统上，枪支所有权与保守派联系在一起，但现在正变得越来越多样化，自特朗普总统当选以来，自由派、有色人种和 LGBTQ+ 群体获得枪支的人数显著增加。像自由派枪支俱乐部这样的组织，会员人数急剧增加，培训请求增加了五倍。 接受 NPR 采访的个人表示，他们感到恐惧，源于特朗普政府的政策和言论——包括对潜在的内乱和极端组织胆大妄为的担忧。一位来自马里兰州的黑人医生，从小就被禁止玩甚至*玩具*枪，现在每周进行训练，担心家人的安全。其他人也表达了类似的焦虑，在 2024 年选举期间和选举结束后关键事件发生时，“如何购买枪支”的在线搜索量激增。 数据支持这一趋势；芝加哥大学的一项研究表明，2010 年至 2022 年间，民主党人的枪支拥有率上升了 7%。尽管强调自卫是唯一目的，但这些新的枪支拥有者表示，他们希望为最坏的情况做好准备，尽管他们希望永远不需要使用武器。白宫对此表示异议，反而指责“激进左派”的暴力行为。
## 枪支拥有权的变化与对暴力的担忧：黑客新闻摘要
最近一篇NPR文章，讨论到自由派、有色人种和 LGBTQ+ 群体中增加的枪支购买量，在黑客新闻上引发了讨论。核心主题围绕着对威胁的感知增加——这与大规模枪击事件和拟议的枪支管制后的激增相似，促使这些群体武装自己。
评论员指出，恐惧，无论其基础如何，都是一个关键的驱动因素，历史上一直被政治竞选活动利用。一些人认为这归因于增加的社交媒体消费放大了焦虑，而另一些人则强调与偏见和潜在暴力相关的现实生活经历，例如2020年以后的动荡和对变装活动的威胁。
关于左翼传统的枪支管制立场，出现了一些争论，一些人质疑在倡导限制的同时增加个人枪支拥有量的明显矛盾。 回应澄清说，担忧不一定在于推翻政府，而在于在极端威胁加剧和执法可能失败的情况下，保护自己。 几位用户指出，一些进步派别内部要求废除警察，这促成了这种转变的一个因素，而另一些人则认为这些想法是边缘化的。 最终，这场讨论强调了更广泛人群中日益增长的脆弱感和对自力更生的感知需求。
## 读取-评估-补丁：一种新的测试方法
本文详细介绍了一种以简单理念为中心的软件开发流程：编写修改自身源代码的程序。这种方法不使用传统的 REPL（读取-评估-打印循环），而是使用“读取-评估-补丁循环”，其中表达式会被评估，并且*结果会直接补丁到源代码文件本身*。
这创建了一个持久的 REPL，有效地将源代码文件变成活的测试用例。通过运行表达式并保存其输出，开发者可以建立起期望行为的历史记录。后续运行会突出任何偏差，充当自动化测试——尽管需要手动解释更改是失败还是预期的差异。
作者提倡这种方法，并非作为传统测试理念的替代品，而是一种高度符合人体工程学的*生成*测试的方法。它通过消除手动编写预期输出的需要，利用探索代码行为的自然过程来最大限度地减少摩擦。虽然需要最初的努力来构建有意义的表达式，但它通常感觉“免费”，因为它反映了开发者已经使用的探索性编码过程。
该技术可以在各种语言中实现，可以使用“行内快照测试”或甚至基本的 bash 脚本（Cram）等工具，并且可以与其他测试方法（如基于属性的测试）结合使用。最终，它被呈现为增强测试的强大机制，而不是僵化的教条。
一个 Hacker News 的讨论围绕着一篇名为“我喜欢的 REPL”的文章（ianthehenry.com），展示了 Janet 编程语言及其交互环境。作者还创建了一本教科书（[https://janet.guide/](https://janet.guide/)）和示例网站（[https://janetdocs.org/](https://janetdocs.org/)）。
评论者赞扬了这篇文章，并探讨了与 Emacs 和 Org-babel 等工具的潜在集成。一位用户分享了逆向工程一个深奥、专有语言的挑战性经历，在该语言中加载程序会覆盖调用堆栈，需要复杂的解决方法来进行编译和错误处理。这引发了对代码不可变性的好处的思考。
这次讨论突出了对交互式开发环境的兴趣以及处理遗留系统的复杂性。
Azure 遭受 15Tbps DDoS 攻击，使用 50 万个 IP 地址。
Azure hit by 15 Tbps DDoS attack using 500k IP addresses
3 天前
启用 JavaScript 和 Cookie 以继续。
## 昆虫作为未来的太空食品？ 欧洲研究人员正在探索昆虫作为可持续和营养丰富的食物来源，以支持长期的太空任务。这项研究建立在20世纪40年代的实验基础上——包括第一只进入太空的动物，果蝇——研究表明，昆虫通常能很好地应对微重力的压力，维持生长甚至繁殖。 昆虫具有高度适应性，能够有效地将废物转化为蛋白质，并且富含铁和维生素B等必需营养素，其含量通常高于传统肉类。蟋蟀和粉虫等物种已被批准在欧洲供人类食用，并具有诱人的风味——坚果味的蟋蟀、像培根一样的粉虫，以及柠檬酸味的蚂蚁！ 目前的研究重点是了解微重力如何影响昆虫的生命周期和生物过程。虽然过去的实验提供了宝贵的数据，但研究人员旨在进行更长时间的观测，以观察昆虫在轨道上的完整生命周期。欧洲航天局宇航员萨曼莎·克里斯托弗雷蒂最近在一次任务中品尝了蟋蟀粉棒，暗示着未来“美味的带腿太空零食”可能会成为现实。
一场由欧洲航天局一篇关于昆虫作为潜在太空食物来源的文章引发的黑客新闻讨论，集中在令人惊讶的多样化和美味的昆虫食用法（昆虫食）上。用户分享了来自不同文化的昆虫美食的积极体验——哥伦比亚蚂蚁、被用作“活体分配器”的糖蚂蚁，以及胡椒蟋蟀——强调了经常因文化上的“恶心感”而被忽视的独特风味。
有人担心随着西方文化影响力的传播，这些传统美食可能会消失，类似于传统音乐和服装被边缘化。对话以想象品牌太空昆虫（“亨氏太空龙虾”）为转折，但也带有一丝讽刺，认为优先考虑昆虫而非植物性饮食。总的来说，该讨论支持探索昆虫作为一种可行且美味的食物来源。
## Ruby 3.x 性能：YJIT 与 ZJIT 简介 正在开发新一期的 *Ruby Under a Microscope*，重点关注 Ruby 3.x 及其性能增强，特别是 YJIT 和 ZJIT JIT 编译器。这些编译器旨在通过将频繁执行的部分转换为机器语言来加速 Ruby 代码。 YJIT 通过监控函数和块的调用频率来工作。一旦达到阈值（小型程序默认值为 30，大型程序为 120），YJIT 就会将该代码编译成优化的“YJIT 块”——机器语言指令序列。它最初编译小节，使用“分支桩”来处理数据类型未知的情况，并观察运行时行为以专门化编译后的代码。 下一代 ZJIT 在此基础上构建。YJIT 和 ZJIT 都依赖于计数方法和块的调用，以识别用于编译的“热点”。作者正在探索这些编译器的内部工作原理，包括检查生成的机器代码以及利用 Rust 技能，强调 Shopify 和其他 Ruby 团队的令人印象深刻的贡献。这项工作旨在提供对 Ruby 代码如何转换以提高运行时性能的详细了解。
## Ruby 编译与性能讨论
一则黑客新闻讨论围绕着将 Ruby 编译成机器语言，起因是 Pat Shaughnessy 的 “Ruby Under a Microscope” 即将发布新版。对话涉及过去的尝试，如 MacRuby（使用 LLVM 但被 Swift 取代）和 RubyMotion，以及当前的 JIT（即时编译）努力，如 YJIT 和 ZJIT。
用户们争论 Ruby 相对于其他语言的性能，指出它比 Python 快，但通常比 Lua 和 Node.js 等语言慢。尽管 Ruby 在过去十年中速度有了显著提高，但其整体性能排名仍然相对稳定。
讨论还强调了 Ruby 编译的挑战，包括内存消耗以及优化动态类型语言的复杂性。 许多评论员赞扬 Shaughnessy 的工作，使其更容易理解 Ruby 内部机制，甚至有用户提到一个个人项目，正在构建 AOT（提前编译）Ruby 编译器。最终，共识是 Ruby 对于许多应用来说“足够快”，但仍有很大的性能提升潜力。
## Kalendis：开发者日程安排API
Kalendis是一个API优先的后端，旨在简化自定义应用程序中的日程安排。它允许开发者在完全控制用户界面的同时，卸载时区、夏令时 (DST)、重复事件和无冲突预订的复杂性。
Kalendis由对反复实现日程安排的这些“难题”感到沮丧的开发者构建，提供了一个可靠的后端，具有类型化客户端生成器（MCP工具），方便与Next.js和Express等框架集成，以及可查询的可用性引擎。
该服务面向需要自定义日程安排功能的开发团队——从应用内日历到预订平台——并且与Cal.com等替代方案相比，在类似的API使用情况下，可能提供更具成本效益的解决方案。Kalendis专注于核心日程安排需求（用户、可用性、预订），而不是一个庞大的套件。
感兴趣的开发者可以在[https://kalendis.dev](https://kalendis.dev)创建一个免费帐户以获取API密钥并开始测试。
## 使用自定义错误简化 Axum 中的错误处理
本文详细介绍了一种简化使用 Rust 构建的 Axum Web 应用程序中错误处理的方法。解决的核心问题是匹配 `Result` 类型并返回适当 HTTP 状态码时，经常需要冗长的样板代码。
解决方案是创建一个新的类型 `AppError`，它包装 `anyhow::Error` 并实现 `IntoResponse` 和 `From<E>` 特性。这允许开发者利用 `?` 运算符进行简洁的错误传播。无需冗长的 `match` 语句，错误会自动转换为正确的 HTTP 响应。
具体来说，`IntoResponse` 处理将 `AppError` 转换为 Axum `Response`，通常返回一个 500 内部服务器错误，并带有错误消息或渲染后的模板。`From<E>` 实现能够自动将各种错误类型（如 `sqlx::Error`、`serde_json::Error`）转换为 `AppError`，前提是它们可以转换为 `anyhow::Error`。
这种方法显著减少了代码混乱，提高了可读性和可维护性。作者提供了一个 GitHub 仓库（[原文链接]），展示了在 HATEOAS 项目中使用 htmx 的实际实现。
一个 Hacker News 的讨论围绕着在 Rust Web 框架 axum 中实现自定义错误类型，具体内容见 rup12.net 的文章。作者提倡超越像 `anyhow` 这样的库，创建定制的错误类型以获得更好的控制，但也承认 `anyhow` 是一个好的起点。
一个主要担忧是在高流量下调试错误困难——特别是使用自定义错误时，难以精确定位失败的查询。用户们争论在使用这种情况下，`anyhow` 的堆栈跟踪是否有帮助。
一位评论者强烈不同意这篇文章，声称 axum 可以很好地与自定义、强类型的错误和宏一起工作，甚至支持 OpenAPI 文档，*无需* `anyhow`。 其他人指出作者的代码格式（过多的反引号）会造成视觉干扰，这归因于 Astro 主题问题。
(Empty input provided. There is nothing to translate.)
## PrinceJS：一位13岁少年开发的快速Web框架
PrinceJS是一个为Bun设计的全新Web框架，由来自尼日利亚的一位13岁开发者创建。它拥有令人印象深刻的性能——达到每秒19,200个请求——同时保持着惊人的轻量级，压缩后仅为2.8kB。该框架设计为可树摇动的、无依赖的，并且无需任何配置。
Hacker News上的初步反应非常积极，赞扬了开发者考虑到其年龄所取得的成就。然而，反馈也指出了需要改进的方面，包括添加单元测试、为了更好的可维护性而结构化代码，以及完善基准测试。人们对基准测试的准确性和诸如cron调度等功能的包含表示担忧。
开发者@Lil_Prince_1218正在积极回应反馈，并计划在未来的更新中解决这些问题，包括测试和安全修复。该项目在GitHub上可用，文档位于princejs.vercel.app。
本课程提供C语言编程、RISC-V指令集和处理器设计学习资源。**直播课程将于2025年9月开始。** 学生可以通过顶部导航栏找到完整的讲义和使用reveal.js制作的材料（可导出为PDF）。 预计完成时间约为每项资源2小时（通常为视频讲座），但面向“中级”学习者——那些具有一定编程经验（超过500行代码和调试技能）以及积极态度的人。初学者预计需要花费更多时间。 如有问题、材料错误或建议，请联系于子豪 (yuzihao#ict.ac.cn)。请注意，该网站正在积极开发中，页面加载可能会偶尔停滞——简单的刷新应该可以解决此问题。可以通过“课程首页”链接访问过去的课程。
## “一学生一芯片”课程总结
“一学生一芯片”(OSCC) 课程 (oscc.cc) 旨在指导学生从零开始构建一台计算机。Hacker News 用户的初步反馈表明该课程极具挑战性，可能需要超过 35 天的工作时间。
然而，人们对课程材料提出了一些担忧，包括依赖外部资源——具体来说，引导学生搜索安装教程，而不是提供全面的说明。最初的材料是中文（汉字，正如一些人指出的，不是日语假名），但网站上有一个语言选择器可以访问英文版本。
讨论还集中在课程的可扩展性以及它与美国/欧洲已建立的计算机科学项目类似课程的比较。NAND2TETRIS 等资源被推荐为更易于访问的替代方案。一个潜在的风险下载链接，通过百度网盘提供，也被标记出来，用户指出对于中国以外的人来说存在可访问性问题。该课程似乎起源于南京大学，对学生开放，但其主要目标似乎是中国学习者。