## 编程的未来：人类仍然掌控方向 尽管像Claude和Codex这样的人工智能编码助手发展迅速，但人类程序员的角色并未消失——它正在*演变*。虽然人工智能现在可以快速生成代码，甚至可以从基本提示中创建功能性应用程序，但目前它最有价值的是作为程序员的*工具*，而不是替代品。 炒作往往集中在人工智能的成功上，而忽视了频繁的失败和对大量人工监督的需求。人工智能生成的代码通常需要校正、完善，并遵守既定的编码标准才能真正有效。一个关键点是，在人类审查和修复之前，人工智能的输出不能算是“作品”。 那些拥抱人工智能，同时保持批判性思维的程序员，将能够独特地利用其力量。他们可以增强技能，提高生产力，并最终产生更高质量的结果。这一原则不仅适用于编程，也适用于任何创意领域——那些熟练地将人工智能融入其工作流程的人可能会蓬勃发展，而抵制则可能导致过时。未来不是人类*对抗*人工智能，而是人类*与*人工智能。
每日HackerNews RSS
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
编程的开端，如我们所知 (bitsplitting.org)
5 分，作者 zdw 1小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
chiengineer2 35分钟前 [–]
https://sites.google.com/view/test4000?usp=sharing
这是我目前正在做的项目，另外也在编写大约20个其他我计划出售的东西，这只是开源的部分。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
Maze Algorithms (1997)
17 小时前
对不起。
(Empty input provided. There is nothing to translate.)
一位 Hacker News 用户“codingmoh”创建并分享了一个专门用于追踪阿耳忒弥斯二号任务的网站 ([https://artemis-ii-tracker.com/](https://artemis-ii-tracker.com/))。该追踪器面向那些密切关注任务进展的人。
其他用户对此表示积极回应，称赞该项目“很酷”并具有“氛围感代码”。一位评论者询问了数据来源，推测可能是 NASA 的公共 API。另一位用户指出 NASA 有时会使用英制单位，并建议创建一个与 NASA 公开信息源单位一致的版本。该帖子在 Hacker News 社区内引发了一场小范围但热烈的讨论。
## 美国法律现在在Git中：一种新的法律透明度方法 受西班牙将法律法规版本控制在Git中的倡议启发，开发者v1d0b0t和nickvido迅速创建了一个Git仓库，其中包含整个美国法典——所有54个标题——以结构化的Markdown格式呈现。该项目仅用48小时完成，旨在提供美国法律变更的透明且易于追踪的历史记录。 传统上，理解法律修正案需要破译诸如“删除‘损害’并插入‘伤害’”之类的指令。使用Git可以提供清晰的“差异”（diffs），显示具体的变化内容和时间，使用户能够浏览法典在任何时间点的状态。这建立在之前的失败尝试之上，提供了结构化的元数据和对持续维护的承诺。 至关重要的是，该项目并非手动编写代码。它是通过“Dark Factory”（一个由人工智能驱动的自主开发流程）构建的，所有阶段——规范、安全审查、测试和实施——均在GitHub issue中公开记录。这个过程甚至识别并修复了安全漏洞。 该团队计划导入法典的历史快照，并最终将法案表示为pull request，模拟软件开发流程。这种创新方法将法律视为代码，为追踪法律演变提供了前所未有的清晰度和问责制。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
每个法律都是一次提交 – 美国法律在 GitHub 上 (v1d0b0t.github.io)
9 分，由 nickvido 发表于 56 分钟前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
paultopia 2 分钟前 | 下一个 [–]
这太棒了……联邦法规的代码将是下一个绝佳项目。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 队列的幻象：延迟陷阱
本文探讨了在系统中利用队列来应对流量高峰的陷阱，尽管队列最初看起来很有吸引力。虽然队列*似乎*可以避免容量问题，但它们只是*延迟*了问题，通常会导致用户体验到大幅增加的延迟。
核心问题在于：即使是短期的过载也可能产生巨大的队列。流量激增两倍可能导致请求等待时间长达一小时，即使激增已经消退。不同的队列选择方法（FIFO、随机、加权）仅仅是*重新分配*了痛苦——它们并不能消除痛苦。
作者认为队列提供了一种虚假的安全性。最终，唯一的真正解决方案是增加容量。虽然成本高昂，但它比让用户遭受不可预测的、可能很长的延迟要好。可见的队列（例如得来速）会设定期望；隐藏的软件队列会创造一种令人沮丧的“神秘盒子”体验。
结论？停止依赖队列作为权宜之计，并优先构建具有足够容量以处理需求的系统，确保一致的性能并避免未来的麻烦。
## 队列和容量问题：摘要
一篇 Hacker News 的讨论，源于关于队列请求的帖子，突出了管理系统容量的复杂性。核心观点是，**反射性地添加队列通常不是一个好的解决方案**。
队列只有在特定情况下才真正有益：当拒绝请求代价高昂、丢失请求可以接受但不能容忍延迟、平滑突发流量或维持 100% 资源利用率（需要谨慎管理）时。
讨论还探讨了 **LIFO（后进先出）队列** 作为一种被低估的替代方案，优先为*部分*用户提供快速响应，而非公平性，并可能避免广泛的延迟。然而，LIFO 需要谨慎处理可能被放弃的请求。
最终，共识倾向于**完全避免过载的队列**，通过限制队列长度和实施回压来实现。监控服务时间和在超过阈值时拒绝新请求对于可预测的性能至关重要。该讨论还涉及调试过载系统，建议使用分片锁和读/写锁等技术来解决性能瓶颈。
最近的阿耳忒弥斯2号发射吸引了数千人前往佛罗里达州的航天海岸，唤起了人们对阿波罗时代的怀旧之情，但也夹杂着现代的怀疑。尽管此前公众的认知度出乎意料地低，人群还是聚集在一起，忍受着天气和期待，见证了太空发射系统的强大升空——这是一枚耗资巨大但视觉效果 впечатляющая ракетa，采用较旧的技术制造。 该任务旨在让宇航员在50多年后首次进入月球轨道，这一壮举受到与中国地缘政治竞争以及对长期承诺的质疑的影响。虽然美国国家航空航天局希望阿耳忒弥斯计划能够建立可持续的月球存在，但人们仍然存在疑虑，让人回想起最初阿波罗计划未能兑现的承诺。 发射本身就是一场壮观的景象，震撼大地，令人敬畏。包括第一位黑人男性和第一位非美国人进入地球轨道在内的多样化乘组体现了包容性的美好愿景。然而，事件的展开背景是全球冲突和政治分裂，促使人们反思这次“重演”的太空探索是否能够带来与前一次一样的统一文化时刻。最终，发射提供了一种短暂的共同惊奇感，随着火箭消失在天空中，留下围观者思考接下来会发生什么。
[]memo 是一种意识流编程环境。你只有一个程序，它总是在变成新的东西。每次返回，它都会从你离开的地方继续。随着代码行从屏幕上滚落，它们会被遗忘。 []memo 是函数式的，并使用自然语言语法： 记住 函数名，参数 作为 表达式。列表元素用逗号和/或两者分隔。[]memo 忽略数字，例如 4，并期望 four：记住 p 为 one, two, 和 three。使用 Tell me 命令打印：Tell me about name。 有些值是近似的。 Cookies 仅用于存储程序状态。 更多信息请在 GitHub 上查看... 这种语言是 Daniel Temkin 的 Forty-Four Esolangs 书中的一部分。
一个 Hacker News 的讨论围绕着一种名为“Memo”的新编程语言，它独特之处仅记住最近的 12 行代码。
用户很快指出这个概念类似于脚本语言（如 Python）中常见的交互式 shell 或 REPL（读取-求值-打印循环）。 随后，对话转移到 Hacker News 上的帖子如何获得关注，一位用户质疑帖子如何获得很少的评论就登上首页。
另一位用户解释说，早期点赞是登上首页的关键，帖子可以根据持续的兴趣在首页停留很长时间——即使*没有*大量的讨论。 该帖子突出了 Memo 的新颖性以及该平台上内容推广的机制。
## 代理开发环境 (ADE) 的兴起 作者认为，传统的 IDE 正在因 Claude Code 等 AI 编码助手快速发展而变得过时。最初的个人经验表明，生产力得到了显著提升——原本需要几天才能完成的功能现在只需数小时。这促使公司范围内进行了一项实验，将工程师从 IDE 迁移到基于终端的代理工作流。 尽管最初在代码控制和概览方面遇到了一些阻力，但核心思想是将重点从逐行代码审查转移到强大的测试、CI 和清晰的需求上。AI 通过强大的安全措施变得可靠，而不是持续的监督。 然而，同时管理多个 AI 代理很快成为一个新的瓶颈——人类的上下文切换。这种认识促使开发了“Lanes”，一个旨在管理代理驱动开发的复杂性并将所有必要的工具集成到单个工作空间中的系统。作者认为，未来是“代理开发环境”(ADE)，工程师专注于 *构建什么*，而将 *如何构建* 交给 AI 代理。
## AI 代理的兴起与对 AI 生成内容的怀疑
一 Hacker News 的讨论围绕着一篇博客文章展开，该文章提倡从集成开发环境 (IDE) 转向 AI 辅助开发环境 (ADE)，作者声称其团队已将其 IDE 卸载作为一项实验。这引发了强烈反弹，许多评论者表示对日益明显的“AI 写作风格”感到不安——其特点是抽象的措辞、笨拙的句子结构和缺乏真正的声音。
几位用户指出，提倡无代码开发，同时又需要以比直接编写代码可能更冗长的方式向 AI 代理*解释*任务，这其中的讽刺意味。人们对技能退化和人类编程专业知识的价值表示担忧。许多人怀疑这篇文章是针对特定 ADE 工具的营销。
这场对话凸显了人们对在线 AI 生成内容日益增长的不安，一些人认为它降低了讨论的质量，并且感觉不真诚。几位用户标记了这篇文章，将其与 Stack Overflow 等平台早期内容质量问题的情况进行了比较。
## Haskell 记录组装优先使用 `do` 记号 在 Haskell 中构造记录时，**`do` 记号通常优于使用 Applicative 运算符 (`<&$>`, `<*>`)**，即使对于实现 `Monad` (如 `IO`) 或仅 `Applicative` (如来自 `optparse-applicative` 的解析器) 的类型也是如此。对于非 Monadic Applicative，需要启用 `ApplicativeDo` 扩展。 `do` 记号具有几个优点：**更好的易用性**，使代码更简洁易读，尤其是在添加提示或复杂逻辑时；**顺序无关性**——记录字段顺序的更改不会破坏代码；以及在缺少字段时**更好的错误消息**，直接指示需要初始化的字段。 使用 Applicative 运算符可能会导致笨拙的多行表达式和关于函数类型的晦涩错误消息。`do` 记号更清晰的结构简化了调试，并且对初学者来说更容易理解。 此建议专门适用于使用记录语法定义的记录；它不适用于位置参数。然而，这是一种以可维护和可理解的方式构建记录的宝贵实践。
对不起。
ParadeDB (YC S23) 正在招聘数据库内部工程师 (Rust)
ParadeDB (YC S23) Is Hiring Database Internal Engineers (Rust)
19 小时前
必须启用 JavaScript 才能使用 Notion。请启用 JavaScript 以继续。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
ParadeDB (YC S23) 正在招聘数据库内部工程师 (Rust) (paradedb.notion.site)
3小时前 | 隐藏
规范 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系方式
搜索：