## Ape 编码：历史与复兴 “Ape 编码”——人类刻意手写软件代码的实践——源于对人工智能驱动（代理）编码的兴起的反弹。 最初，它是一个贬义词，用来形容无法使用人工智能工具的开发者，后来被担忧人工智能生成软件的可靠性和可理解性的批评者所接受。早期的代理编码存在复杂性、质量控制以及缺乏真正的 AI 理解等问题，导致了回归和人类开发者失业。 倡导者推动回归人类编写的代码，认为其质量更优，并提供更大的控制力，但这些努力最终失败，因为人工智能技术迅速发展。 然而，Ape 编码作为一种娱乐活动却意外复兴。围绕这种实践涌现出社区，吸引了重视刻意工艺、教育效益，甚至手动编码的冥想方面的爱好者。现代“Ape 编码者”合作进行雄心勃勃的项目，例如为人工智能设计的语言（𒀯）编写的人工编译器，其灵感来自 Linux 内核的规模和寿命。虽然主要是一种爱好，但 Ape 编码现在被视为积极的信号，代表着好奇心和对计算机科学更深入的参与。
每日HackerNews RSS
## 猿式编码与软件开发的未来 - 摘要
最近一篇黑客新闻上的帖子引发了关于人工智能时代不同编码方式的讨论，并以一种幽默的方式将它们进行了分类。作者提出了“猿式编码”——完全手动编写代码，不借助人工智能辅助——将其描述为未来的一个人类学概念。这引发了广泛的回应，争论了基于技能的编码与人工智能辅助方法之间的价值。
几个术语出现：“传统编码”（纯手动编码）、“力量编码”（用英语描述代码以供人工智能生成，同时保持架构控制）和“氛围编码”（完全不受约束的编码）。许多评论者将其与历史实践相提并论，例如 1970 年代的大型机编码或手工制作，认为即使有了先进的工具，理解基础知识仍然至关重要。
核心争论在于人工智能是捷径还是根本性转变。一些人担心技能的丧失，而另一些人则认为人工智能是提高生产力的强大工具，使开发人员能够专注于更高层次的问题解决。一个反复出现的主题是瓶颈不在于*输入*代码，而在于*知道构建什么*。 这篇帖子有意以未来历史小说的形式撰写，旨在引发人们对人与代码之间不断变化的关系的思考。
正在验证您的浏览器。网站所有者？点击此处修复。 Vercel 安全检查点 | sin1::1772379161-qNlvZGYjhTXI2jBqQk4ayuvKr2ZGVvCi 启用 JavaScript 以继续。 Vercel 安全检查点 | sin1::1772379161-qNlvZGYjhTXI2jBqQk4ayuvKr2ZGVvCi
## Claude 与 XML：总结
最近的一篇文章和 Hacker News 讨论探讨了 Anthropic 的 Claude 模型似乎对使用 XML 标签构建的提示做出良好响应的原因。尽管 XML 显得过时且冗长，但核心观点是这些标签提供了清晰的分隔符和结构，有助于 LLM 理解上下文和意图。
讨论表明，Claude 对 XML 的偏好部分源于它在 Anthropic 的工具调用机制和训练数据中的使用。然而，评论员们争论 *标签本身* 是否至关重要，或者仅仅是 *任何* 一致分隔符的概念。许多人指出，其他模型也成功地使用了不同的分隔符。
一些参与者强调，尽管 XML 在 Web 开发中有所下降，但它在出版、金融和数据交换等特定行业仍然具有相关性。另一些人认为，其好处在于迫使在提示创建过程中进行更结构化的思考。
最终，共识倾向于 XML 是一种与 Claude 交互的有用技术，尤其是在自动化系统中，但并非对于所有 LLM 或用例都是普遍优越的方法。 讨论还涉及“提示工程”的更广泛趋势，以及许多推荐技术缺乏严格的证明。
经过数十年的研究，由萨尔兰大学的David Scheschkewitz和东北大学的Takeaki Iwamoto领导的两个独立研究团队成功合成了五硅杂环戊二烯化物，这是众所周知的环戊二烯化物的全硅类似物。两支团队采用了不同的合成路线，最终创造了具有庞大保护基团和锂离子的相同分子。 Scheschkewitz团队在尝试合成不同化合物时偶然取得了突破，而Iwamoto团队则采用了逐步方法。X射线分析揭示了一种具有一定芳香性的环状结构，但两支团队报告的平面度略有不同。 这种“梦想化合物”在催化和材料科学中具有潜力，由于其尺寸和屏蔽特性，优于其碳对应物。专家强调理解碳和硅环结构差异的重要性，为深入了解重元素的键合和性质铺平道路。这项合成被认为是开创性的，挑战了现有的键合理论。
## 黑客新闻上关于硅环的突破
近期，一种稳定的5-硅芳香环的合成在黑客新闻上引发了讨论。虽然该分子本身可能没有直接的实际应用——可能分解而非发挥作用——但其意义在于对基础科学的理解。研究人员旨在测试关于硅行为的理论预测，并验证我们对其电子结构的理解，这与碳有很大不同。
评论者强调了化学家和化学工程师的区别，后者专注于扩大生产规模。关于文章缺乏解释该发现重要性的原因，引发了争论，一些人通过外部资源找到了其意义。潜在的应用包括作为催化剂和材料中的配体，但从现实来看，距离实际应用还很遥远。
讨论还涉及化学中“芳香性”的本质，以及考虑到其尺寸和结构，该分子是否会*有*气味。最终，该合成代表了探索硅化学边界和挑战现有模型的一步。
## AI驱动的开发困境 最近的评论指出了一个日益增长的担忧：当AI工具成为标准做法时，新开发者如何建立必要的经验和直觉？ 核心问题是AI助长了“肤浅的胜任力”——快速交付代码，却不真正理解其*运作原理*。 这导致对AI生成解决方案的依赖，使开发者无法解释他们的选择或预见潜在问题。 经验丰富的开发者有价值不在于速度，而在于通过多年的挣扎和调试获得的失败模式识别能力。 为了避免落后，有抱负的开发者应该优先考虑：**1) 扎实的基础知识**（使用如*Head First Design Patterns* & *Designing Data-Intensive Applications*等资源），**2) 研究过去的失败**（分析Cloudflare & AWS等公司的事故后报告），**3) 自行制造挑战**（在*使用*AI之前尝试独立解决问题），**4) 理解每一行代码**（能够捍卫设计选择），以及**5) 向AI索要解释**（询问为什么推荐某种方法，而不仅仅是解决方案是什么）。 虽然快速交付的压力是真实存在的，但将空闲时间用于有意识的学习至关重要。 AI是一种强大的工具，但它应该被用作导师，而不是替代基础知识和批判性思维。 最终，开发者的价值在于辨别好代码和坏代码——这是AI无法复制的技能。
一种令人不安的趋势正在出现：源自在线“自愿单身”和“颜值最大化”社群的俚语正在迅速渗透到主流语言中，甚至出现在美国政府的官方通讯中——例如最近美国国防部的一条推文，其中充满了关于“杀伤力”的密码化术语。 这种语言诞生于像4chan这样的论坛，优先考虑外貌和性“市场价值”（SMV），并使用一种密集且快速演变的词汇，旨在用于群体内部识别。像“foids”（对女性的贬义词）和“mogging”（用吸引力羞辱他人）这样的术语，展现了一种根深蒂固的厌女症和虚无主义世界观。 语言学家注意到这种俚语的使用量显著增加，这得益于算法和对在线验证的渴望。特朗普政府，其根源在于这些在线社群，似乎有意采用了这种语言。虽然许多用户可能不知道它的起源，但这种俚语的正常化反映了文化向残暴的男子气概、对机构的蔑视，以及在数字世界中绝望地寻找意义的更广泛转变。专家建议，社交媒体中的有意识设计选择可以引导远离这种有害趋势，并优先考虑在线的关怀和自主权。
## 五角大楼与“自愿单身族”用语 - 摘要
一份最新报告指出，五角大楼采用了源自在线“自愿单身族”（involuntarily celibate）社区的俚语，以及“纤维最大化”和“颜值最大化”等词汇——这些词汇最初出现在健身和营养文章中。 这引发了 Hacker News 上的讨论。
讨论的中心是这种语言的使用是否是针对年轻男性的蓄意招募策略，还是仅仅反映了更广泛的文化趋势。 一些人认为，这些术语虽然根植于潜在的仇恨意识形态，但却迎合了人们对容貌和社会成功的预先存在的潜意识信念。 另一些人则强烈谴责与“自愿单身族”文化的联系，指出其厌女症以及与极端观点的关联。
对话揭示了对在线回音室和碎片化沟通的更广泛担忧，在这些环境中，语言在孤立的群体中演变。 人们对“自愿单身族”的定义存在分歧，一些人认为它不公平地将所有在人际关系中挣扎的男性贴上标签，而另一些人则强调与该术语相关的特定且常常带有敌意的世界观。 此外，人们还对这些意识形态可能助长极端主义和暴力提出了担忧。
## GIMP 与 GEGL：与 Øyvind Kolås 的对话
本文呈现了一篇重现的采访，采访对象是 GEGL 和 babl 的维护者 Øyvind Kolås（“Pippin”），它们是 GIMP 功能的关键色彩引擎，包括 GIMP 3.0 中的全新非破坏性滤镜。 这次采访于 2017 年进行，深入探讨了 Øyvind 的背景、他对项目的贡献以及自由软件图形的未来。
Øyvind 的参与始于一个改进 GIMP 透视变换的补丁，源于他对视频编辑工具的实验。 他解释说，GEGL 是一个用于串联图像操作的系统，可以实现强大的功能，例如非破坏性编辑。 他承认 Mitch 对 GEGL 与 GIMP 的集成有最深入的理解，但他讨论了为高级功能实现用户友好界面的挑战。
他强调了 GEGL 在 GIMP 之外的潜力，设想其滤镜可以在其他软件中使用。 Øyvind 还谈到了性能方面的考虑，目标是每秒 10 帧的更新速度，以及持续努力改进文档和网站展示。 他最后讨论了他的 Patreon，寻求支持以继续开发开源图形工具并追求他在代码和视觉媒体中的创意探索。
Ghostty 是一款跨平台终端模拟器，专为速度和丰富的功能而设计。它利用原生 UI 和 GPU 加速以实现最佳性能。值得注意的是，Ghostty **无需任何配置**即可开始使用——只需安装并运行！
macOS 提供现成的二进制文件，Linux 提供软件包或源代码构建，安装过程简单明了。
Ghostty 拥有广泛的自定义选项，包括**灵活的键绑定**和**数百个内置颜色主题**（支持浅色/深色模式）。一个全面的**配置系统**允许用户定制终端的外观和行为。
开发者会发现详细的 **终端 API (VT) 参考** 对于构建兼容应用程序很有帮助。
您可以在他们的 [GitHub](链接到 GitHub) 和 [Discord](链接到 Discord) 上找到更多信息、文档并为项目贡献力量。
## AI驱动的工程变革：更高的期望，更大的复杂性 虽然AI工具让代码*创建*比以往任何时候都更容易，但软件工程师的日常工作却出乎意料地变得更加复杂和要求更高。这并非矛盾，而是采用强大工具而不考虑对工程师影响的后果。期望值已大幅提升——2026年的预期产出远超2023年——并非通过正式公告，而是因为AI能够更快地完成任务，从而导致对*更多*工作的需求。 研究表明，工程师并非利用AI来减少工作，而是承担更广泛的任务，加快工作速度，并延长工作时间，导致普遍的倦怠（62%的助理/初级人员 vs. 38%的高管）。一个关键问题是转变*从*构建代码*到*审查和监督AI生成的代码，这正在侵蚀许多工程师在代码创作这一创造性行为中找到的核心满足感。 此外，角色也在扩展——工程师现在被期望处理产品思维、架构等等——却没有相应的支持或补偿。由于缺乏上下文，审查AI代码往往比编写代码*更难*，从而增加了认知负荷。最终，行业需要认识到这种转变，投资于技能提升，设定现实的界限，并优先考虑工程师的福祉，以避免人才危机。AI是一种强大的工具，但人——以及他们的局限性——仍然是构建成功产品的关键。
启用 JavaScript 和 Cookie 以继续。
## 船舶追踪与AIS数据资源 - Hacker News 总结
一个Hacker News讨论围绕**Flightradar24 for Ships (flexport.com)**展开，这是一个可视化集装箱船只交通的工具。用户很快将讨论扩展到分享各种用于追踪船只的替代资源。
**MarineTraffic.com** 被频繁提及作为一个全面的选择，但一些人指出由于广告和付费墙其可用性有所下降。其他建议包括 **AIS Vessel Tracker**、**Vessel Finder**、**APRS.fi** 和 **Global Fishing Watch**，用于更广泛的船只覆盖。
讨论还涉及数据访问和平台可靠性的挑战。人们对 **ADSBX** 从志愿者运营平台转变为商业驱动平台的转变表示担忧，这导致用户转向 **globe.airplanes.live** 和 **airframes.io**。 几位用户寻求卫星AIS数据和解析SAR卫星信息的资源。
最近的地缘政治事件，如胡塞武装袭击和霍尔木兹海峡的紧张局势，被强调为增加了实时船只追踪的价值。
## Vertex.js：一个轻量级SPA框架 Vertex.js 是一个1KB的单文件JavaScript框架，提供类似React的功能——包括虚拟DOM、hooks和模板引擎，并兼容jQuery。它无需构建步骤，可以直接通过`<script>`标签包含在HTML中，或与CommonJS/AMD一起使用。 主要特性包括：一个**DOM层（V$ / VQuery）**用于元素操作，一个**Fiber协调器**用于高效更新（使用`createElement` & `render`），以及类似**React风格的hooks**，如`useState`、`useEffect`和`useRef`。模板通过**Mustache**处理，使用`Vertex.template`，支持本地和远程文件。 包含一个**Backbone风格的哈希路由器**，用于通过URL片段管理应用程序状态。Vertex.js 被设计成可以与jQuery共存；如果jQuery存在，则保持不变，Vertex提供自己的DOM包装器 (`V$`)。它还通过 `VQuery` 提供一个兼容jQuery的API。 Vertex.js 为常见任务（如AJAX请求 (`Vertex.ajax`) 和组件创建）提供快速API，使其成为小型到中型SPA的可行选择。
## Vertex.js：一个轻量级SPA框架
LukeB42推出了Vertex.js，一个1kloc（大约1400行代码，压缩后51KB）的单页应用程序（SPA）框架，旨在结合React、Ractive-Load和jQuery的优点，同时保持与jQuery的兼容性。它是一个单文件、无依赖的框架，作者声称它在某些基准测试中表现优于Facebook的工程实现。
最初的公告引发了关于框架文档可读性的争论，特别是使用了小尺寸的Courier New字体。 许多评论者指出了可访问性问题，并建议使用IBM Plex Mono或Office Code Pro等替代字体。作者通过添加媒体查询来提高可读性，并基于最大化文本密度来捍卫字体选择。
讨论还涉及了框架的架构，包括React组件和Mustache风格模板的包含，以及其UMD模块格式，质疑其在以ESM为主导的世界中的相关性。作者澄清了组件提供的灵活性，并欢迎对模块格式偏好的反馈。