作者在使用Claude-code等AI代码生成工具时，经历着反复出现的抑郁感和编码乐趣的降低，他们将这种现象称为“氛围编码”。虽然最初因其速度和看似正确的输出而具有吸引力，但他们发现它最终*阻碍*了他们的思考过程。 核心问题不是速度，而是失去了积极解决问题的过程。即使缓慢地编写代码，也能迫使人们更深入地理解问题领域和API的细微之处——这对于有效的软件工程至关重要。依赖生成的代码使得验证变得困难，并助长了被动接受，最终让他们的思维“关闭”。 现在，他们更谨慎地使用LLM，提供特定的代码片段并请求有针对性的修改，而不是要求整个功能。这种增加的摩擦保持了参与度，保留了对代码库的理解，并防止了“氛围编码”这种令人上瘾且扼杀思想的循环。最终，作者优先考虑快乐和深入思考，而不是潜在的微小生产力提升，提倡选择能够*增强*而非取代认知参与度的工具。
每日HackerNews RSS
科拉科斯基序列是一个迷人的无限1和2序列，以其自描述性而闻名。它由其运行长度定义——该序列详细描述了自身内部连续相同数字的长度。从1,2,2开始，该序列决定了每种数字连续出现的次数。例如，第一个项'1'表示一个'1'，下一个项'2'表示两个'2'，依此类推。
在视觉上，该序列可以表示为一个螺旋，其中弧线被重复（如果该项为1）或二等分（如果该项为2）。尽管定义很简单，但该序列表现出复杂的性质。它不是周期性的，并且是“无立方体”的（不包含重复的子字符串）。虽然广泛认为1的密度为1/2，但尚未得到证明。科拉科斯基序列还与标签系统相关联，并且可以使用在时间和空间复杂度方面效率不同的算法生成，展示了其分形般的性质。
## Kolakoski 序列讨论总结
一场 Hacker News 讨论围绕 Kolakoski 序列展开——一个自我描述的、由 1 和 2 组成的无限序列。该序列通过列出相同数字的连续长度，然后使用这些长度来定义序列的下一部分，依此类推生成。
核心争论在于该序列是否真正特别。一位用户最初认为，通过选择任意连续长度，可以轻松构建类似的序列。然而，其他人澄清说 Kolakoski 序列的独特性在于其*确定性*；连续长度不是随机选择的，而是由序列本身决定的。
讨论还涉及以 '2' 开头的变体（这只是标准序列的平移版本）、生成它的方法（包括位操作）以及它的性质，例如无立方数因子，以及它通过递归公式在伪随机数生成中的潜在用途。最终，共识是 Kolakoski 序列因是“最简单”的自我描述序列而引人注目。
比特币跌破61,000美元，杠杆交易的清算和更广泛的市场动荡加剧了抛售，抹去了自唐纳德·特朗普总统当选以来所有由加密货币投机热潮带来的收益。该代币周五亚洲早期交易中下跌多达4.8%，至60,033美元，延续了大幅下跌，跌至2024年10月以来的最低点。自四个月前达到创纪录高位以来，比特币的价值已蒸发一半，并蔓延到其他代币、相关ETF以及持有大量硬币的公司，如Strategy Inc。
GitHub Agentic Workflows 在你的仓库中引入了自动化的“代理”，它们由 AI 驱动，以 GitHub Actions 的形式运行，用于处理诸如问题分类、文档编写和代码改进等任务——所有这些都通过简单的 markdown 文件定义。 这个过程包括用 markdown 编写指令，使用 `gh aw compile` 命令将它们编译成安全的 workflows (.lock.yml)，然后让 GitHub Actions 执行它们。安全性至关重要：代理默认以只读权限运行，任何写入操作都需要明确批准，并在具有严格工具和网络控制的沙盒环境中执行。 这些 workflows 可以自动化日常任务，例如状态报告、代码重构和合规性监控，从而解放开发者，使其摆脱重复性工作。虽然目前仍处于早期开发阶段，并且需要仔细监督，但 Agentic Workflows 提供了一种利用 AI 在 GitHub 内部持续维护和改进仓库的新方式。
## GitHub Agentic Workflows 摘要
GitHub 最近宣布了“Agentic Workflows”，一个新系统，允许 LLM 自动化 GitHub Actions 中的任务。该项目旨在将“杂务”委托给 AI 代理，提供潜在的好处，例如自动文档更新和 CI/CD 工作流创建。然而，该公告在 Hacker News 社区引发了争论。
担忧集中在安全性、可靠性和整体价值主张上。用户质疑在核心 GitHub 功能仍然不稳定时，增加 AI 集成的必要性。 许多评论员强调了代理做出不正确假设、低效执行任务（例如字符串替换而不是重构）以及通过代理交互可能导致错误升级的问题。
GitHub 强调内置的安全措施，例如沙盒、防火墙和“安全输出”，以减轻风险。他们承认这仍处于早期研究阶段，专注于异步 AI 应用程序，并旨在提供比手动工作流更强大的替代方案。该项目托管在 `github.github.io` 上，这引起了一些最初的“网络钓鱼”担忧，但 GitHub 澄清说这是他们文档的标准做法。
最终，社区的反应不一，有些人对潜力感到兴奋，而另一些人则对在解决现有问题之前增加复杂性表示怀疑。
启用 JavaScript 和 Cookie 以继续。
这个Hacker News讨论围绕编程术语“foo”、“bar”和“baz”的词源展开，起因是链接到RFC 3092，一篇详细描述其历史的论文。这些术语可能起源于二战俚语（“fubar”），并在20世纪30年代在麻省理工学院流行，早期在像使用`fu()`和`bar()`的编程语言中使用。
许多评论者分享了作为初学者遇到这些术语的个人经历，通常难以理解它们作为占位符之外的用途。其他人贡献了他们使用的相关占位符术语，如“blah”、“yo”、“fart”、“Blarg”和“Honk”。讨论还延伸到其他“开发化石”——古老的编程参考，如游戏《Doom》中的“IDDQD”。
有趣的是，讨论揭示了文化差异；意大利程序员使用“pippo”、“pluto”和“paperino”作为元语法变量。还提到了一个名为Foo Pass的瑞士地点和名为“Foo Bar”的酒吧，突出了这些术语更广泛的文化影响。最后，有人指出IETF经常在4月1日发布幽默的RFC，但这份RFC是合法的。
## 人工智能疲惫悖论 一位经验丰富的人工智能基础设施工程师分享了一个关键观察：尽管由于人工智能工具发布了比以往任何时候都多的代码，但他却经历了前所未有的倦怠。这并非矛盾，而是隐藏悖论的结果。虽然人工智能加速了*单个*任务——起草、搭建框架、测试——但同时*增加了*整体工作量。每天都充满了更多的问题，需要不断地切换上下文，并无休止地审查人工智能生成的内容。 核心问题不在于效率，而在于从*创造*到*评估*的转变。人工智能需要持续的判断——代码是否正确、安全、符合架构？——这是一个耗竭精力的过程，不同于从头开始构建时那种充满活力的状态。此外，人工智能的非确定性会削弱信任，需要严格的监督。 作者提倡设定界限：限制人工智能的使用时间，优先进行不受干扰的深度工作，接受“足够好”的输出（大约70%），并专注于底层基础设施，而不是追逐每一个新工具。最终，在人工智能时代蓬勃发展需要认识并保护我们有限的认知资源——这项技能比提示工程更有价值，并且是可持续创新的必要条件。倦怠不是个人失败，而是一个系统性问题，需要转变观念，重视可持续的产出而非单纯的数量。
2024年5月15日。我妈妈60岁生日。我没有准备生日祝福，而是在查看一家500亿美元公司的收购条款书。我们花了将近四年时间才找到合适的买家。当时我迫切希望有这样一本书。这就是我需要的书：记录了所有我不希望我的敌人经历的错误、反模式和死胡同。开始阅读 →
德里克·颜，Polarr的创始人，分享了他出售创业公司四年的经验，并出版了一本书（derekyan.com）。Hacker News的讨论很快转向了这本书的写作风格，许多评论者指出它深受LLM的影响——类似于一篇冗长的LinkedIn帖子，导致阅读疲劳。
几位用户指出内容可能被*生成*，而非真实经历，质疑作者的创作过程。颜澄清说他使用LLM来润色语法和简洁性，引发了对DeepL Write或Grammarly等工具，甚至人类编辑的建议。
对话还涉及了并购的现实，包括准备的重要性、投资银行家的作用以及不当股票期权结构等潜在陷阱。“Built to Sell”和其他创始人之间的指导资源也被分享。尽管存在风格上的担忧，许多人认为内容很有价值，赞赏作者对一个鲜少讨论的过程的坦诚视角。一些有资源的用戶甚至创建了工具，将网站内容下载为ePub或PDF。
## Arcan：桌面优先的浏览器设计
本文总结了一系列文章，阐述了Arcan的核心概念——一种位于显示服务器、游戏引擎和多媒体处理器之间的系统，旨在成为一个“桌面引擎”，并通过脚本API（Lua）供入门级开发者使用。本质上，Arcan将浏览器设想为一个与操作系统无关的网络应用程序平台，而非文档导航器。
作者追溯了浏览器从简单的文档查看器到复杂的应用程序宿主机的演变过程，强调了不断添加功能所带来的架构挑战。Arcan提出了一种不同的方法：从网络应用程序的最终目标开始设计。
与具有复杂多进程架构的现代浏览器不同，Arcan采用了一种更精简的设计，信息传输边界定义了进程分离（解码、编码、网络、终端）。它通过能力和最小权限来优先考虑安全性，旨在创建一个足够健壮的系统，即使可以将进程实时迁移到低功耗设备。
一个关键的区别在于其进程间通信（IPC）系统SHMIF，它高度具体且基于C语言，这与其它浏览器中常见的通用、代码生成方法形成对比。Arcan还强调崩溃恢复能力和替代表示形式（如辅助功能和调试工具）作为核心设计原则。虽然许多细节仍待完善，但该项目即将完成，为浏览器和桌面系统设计提供了一条潜在的独特前进道路。
## Arcan 浏览器：一种网页浏览的新方法
Arcan 是一种新型浏览器，旨在解决现代网络的问题，它作为一个“桌面引擎”运作——介于显示服务器、游戏引擎和多媒体处理器之间。与传统浏览器不同，Arcan 将网站编译成静态应用程序，消除了动态代码加载，从而提高了安全性和隐私性。
其主要特性包括基于最小权限和能力的安全模型，其中“解码”客户端处理不受信任的输入，而“编码”客户端管理用户数据。该浏览器使用 Lua 作为其脚本语言，旨在方便初级开发者使用。
然而，该项目的沟通方式被批评为过于冗长且难以理解。关于 Arcan 如何处理旧的和新的网络标准兼容性、自定义（如配色方案）以及广告拦截的问题仍然存在疑问——特别是网站作者如何可能绕过用户偏好。虽然可能具有开创性，甚至超过 Wayland 的影响，但 Arcan 需要更清晰的解释才能获得更广泛的应用。
A11yJSON：描述物理世界无障碍性的标准
A11yJSON: A standard to describe the accessibility of the physical world
2 天前
## A11yJSON：标准化无障碍数据
A11yJSON是一个基于GeoJSON的开放标准，旨在简化场所和设施无障碍信息的共享。它允许对电梯、坡道、卫生间和政策（例如，是否允许携带宠物）等特征进行详细描述，甚至包括实时运行状态。
该格式使用文档化的数据模型，易于集成到任何项目中，无论编程语言如何。一个TypeScript库可以实现编译时的数据结构检查，而一个Node.js/web模块 (@sozialhelden/a11yjson) 提供运行时验证、清理和清晰的错误信息。
A11yJSON由非营利组织Sozialhelden e.V.（Wheelmap.org的创建者）开发，旨在提高无障碍数据的一致性和可用性。模式定义可移植到其他语言，如GraphQL和JSON Schema。该项目欢迎贡献，并鼓励用户通过GitHub和社交媒体支持它。
A11yJSON是一个旨在描述物理空间可达性的新标准。该项目源于现有网络标准（如Schema.org）中存在的差距，后者目前缺乏全面的可达性数据。
A11yJSON的创建者已与Schema.org的开发者联系，以探讨潜在的兼容性和合作，认识到将可达性信息整合到广泛使用的平台的重要性。讨论指出，Schema.org内部已经有努力来解决可达性问题（issue #254），以及诸如ADA标志和无障碍旅游倡议等资源。
在Hacker News评论中，一个有趣的插曲是用户发布了一条看似编码的信息，并被戏谑地解读为对该项目对无障碍写作的影响表示赞赏。这段对话凸显了创造关于可达性的专属语言所带来的讽刺意味。
“A Larger Reality”展览在俄勒冈当代艺术中心举办，由厄休拉·K·勒古恩的儿子西奥·道恩斯-勒古恩策划。展览探索了他母亲的生活和作品——他承认，在她生前他不敢尝试，担心过于简化。勒古恩一直反对被归类，认为她的作品延伸“到各个方面”，展览也反映了这种复杂性。
一件中心作品是勒古恩的第一台打字机，供公众使用，让参观者可以亲身参与她的创作，并贡献自己的写作，从诗歌到个人反思。这种互动元素体现了勒古恩认为一本书只有在读者参与时才是完整的。
策展有意避免线性、传记式的叙述，而是采用一种“手提袋”方法——源自勒古恩自己的文章中的概念——优先考虑收集和开放探索，而非一个明确的“故事”。道恩斯-勒古恩努力呈现一位不断重塑自己的母亲，承认他的视角只是众多视角中的一个，并最终旨在尊重她持续学习和改变的精神。
这场 Hacker News 讨论围绕厄休拉·K·勒古恩及其作品展开，起因于一篇关于为她策划的展览的帖子。许多评论者分享了与勒古恩的个人经历，回忆起她引人入胜的演讲风格和富有洞察力的写作工作坊（她在《驾驭技艺》一书中总结了这些）。
她的小说《地海》收到了褒贬不一的评价——一些人赞扬其对魔法和人物刻画的独特处理，而另一些人则认为它节奏缓慢，缺乏动作，质疑其备受赞誉的地位。一场关于其主题现在是否司空见惯或仍然具有现实意义的辩论由此展开，一些人指出它对《黑暗的左手》中性别的开创性探索。
几位评论者推荐了其他作者，包括林登·哈迪和埃莉莎白·冯纳堡，供那些寻求类似主题的人参考。对话还涉及勒古恩的影响（道家、无政府主义）以及她在文学史上的地位，一些人强调哈罗德·布鲁姆对她作品的高度评价。最终，这个帖子展示了勒古恩持久的影响力以及她的写作与读者产生共鸣的多种方式。