## Caliper：通过基准测试优化 CI Runner 成本 许多团队在 CI runner 上超支，却不知道是否获得了最佳性能。Attune 开发了 **Caliper**，一个 CLI 工具，用于在各种 CPU/RAM 配置上对构建命令进行基准测试，消除猜测。 Caliper 使用 Docker 容器模拟不同的 runner 大小，多次运行构建，并提供详细的统计信息，如平均构建时间、中位数和成功率。其关键功能是 **矩阵模式**，自动测试指定的 CPU 和 RAM 值的每种组合。 对 InfluxDB Rust 构建的基准测试揭示了关键见解：**CPU 扩展收益递减。** 从 2 到 4/8 核的提升显著，但超过 16 核的提升微乎其微。**然而，RAM 的影响可以忽略不计** – 8GB 对于此构建来说已经足够。 结果表明，4-8 个 CPU 是一个具有成本效益的速度“最佳点”，并强调构建性能因语言和项目而异。Caliper 赋能团队 **基准测试 *他们自己的* 构建**，以识别最佳 runner 配置并避免不必要的成本。 Caliper 在 GitHub 上可用，并可以通过一个简单的脚本安装。
每日HackerNews RSS
## Caliper CI Runner 讨论总结
一篇 Hacker News 的讨论围绕 **Caliper** 工具展开，该工具用于合理配置 CI 运行器。一个关键点是，**更快的单核 CPU 性能通常比更高的核心数量对 CI/CD 任务更有优势**。一位评论员建议桌面 CPU，如 Ryzen 9950X，可能由于其更强的每核速度而优于企业级 Epyc 处理器，并链接到一篇博客文章，详细介绍了更快的自托管 CI/CD 设置。
对话还涉及 **动态资源分配**。理想情况下，构建系统应根据实际核心需求智能地编排构建，因为有些构建比其他构建更消耗资源。**Nixbuild.net** 被提及为一个跟踪构建资源使用情况并相应调整分配的服务，甚至在需要时使用更多内存重新启动构建。核心挑战在于准确理解构建依赖图 (DAG) 以优化资源分配。
``` #*************************************************************************** # _ _ ____ _ # 项目 ___| | | | _ \| | # / __| | | |_) | | # | (__| |_| | _ ```
## 黑客新闻讨论：AI 生成的劣质内容与开源维护
最近黑客新闻上出现了一场讨论，中心议题是低质量的 AI 生成内容越来越多地贡献到开源项目中，尤其增加了维护者的工作负担。cURL 决定取消漏洞赏金，希望以此阻止那些仅仅为了利用系统而创建的提交。
许多评论者报告说，无意义的 issue 和 pull request 激增，尤其是来自学生，并且明显是由 LLM 编写的。维护者们正在努力过滤这些“垃圾”，有人指出，类似的不可验证的安全报告模式可能受到大学课程的鼓励。
讨论的解决方案包括更严格的贡献流程（例如，在 issue/PR 之前要求讨论）、利用 AI 过滤提交（但对公平性存在担忧）以及公开谴责恶意行为者——一些人认为这种做法有效，因为大多数人重视自己的声誉。
核心问题在于 AI 生成代码的简易性与代码审查和维护的耗时性之间的不平衡。人们担心这种趋势会恶化，从而影响开源项目的质量和可持续性。
启用 JavaScript 和 Cookie 以继续。
## thicc：观点鲜明的AI辅助编辑器
thicc 是一款为利用AI工具但同时注重控制和效率的开发者打造的精简代码编辑器。它是 micro 的一个分支，提供文件浏览器、集成终端和AI兼容性——所有这些都不需要无休止的配置选项。
与大多数编辑器不同，thicc 预设了美观和布局，消除了设置时间和“主题选择困难症”。它旨在在终端面板内无缝运行 Claude 或 Copilot 等AI助手。
安装通过 shell 脚本简单易行，或可从 GitHub 源码编译。需要 Nerd Font 来显示图标，以及支持真彩色的终端。
thicc 会自动检查更新，并提供可选的 nightly builds 以便提前体验新功能（但可能不稳定）。它是一个专注于代码发布的专注环境，优先考虑流畅的工作流程而非自定义。
一款名为“thicc”的新文本编辑器，是“micro”的一个分支，正在Hacker News上受到关注。它面向“氛围编码者”——那些喜欢编码*并且*利用人工智能辅助的开发者。Thicc 旨在成为一个集文件浏览器、编辑器、终端和人工智能工具于一体的综合环境，优先考虑连贯的“氛围”而非功能臃肿。
然而，最初的反应褒贬不一。一些用户不愿从 VSCode 等成熟的编辑器切换，质疑 Thicc 尽管增加了功能，是否真的避免了臃肿。另一些人则想知道“氛围编码”的标签是否自相矛盾，因为该术语传统上与尽量减少实际编码联系在一起。
一位用户澄清说，他既喜欢传统的编码*又*使用人工智能来加速开发，认为“氛围编码”有助于快速原型设计和调试。目前，Thicc 不支持 Windows。
SpaceX降低4400颗星链卫星的轨道以确保安全。
SpaceX lowering orbits of 4,400 Starlink satellites for safety's sake
2 天前
SpaceX计划在2026年将超过4400颗星链卫星的轨道从342英里降低到298英里。 这一大规模迁移是由两个关键因素驱动的：即将到来的太阳极小期期间大气密度降低（预计在2030年左右），以及提高太空安全性的愿望。 较不活跃的太阳意味着较少的大气阻力，从而减缓了失效卫星的自然减速离轨过程。降低轨道可以显著缩短这一衰减时间。 此外，低于500公里的区域拥挤程度较低，与其他碎片以及其他星座（如中国新兴网络）发生碰撞的风险也较低。 尽管星链的可靠性很高（目前只有两颗失效卫星），SpaceX仍优先快速处理任何失效卫星的离轨问题，此举旨在进一步降低日益拥挤的低地球轨道中的风险，其中星链约占所有在轨卫星的三分之二。
## SpaceX降低卫星轨道以确保安全
SpaceX正在降低4400颗星链卫星的轨道，以降低碰撞风险和潜在的凯斯勒综合症——即碎片产生更多碎片的连锁反应。虽然碰撞的危险程度不一（取决于轨道路径），但卫星数量的增加引发了担忧。
讨论集中在轨道力学的复杂性上，一些人认为由于大气阻力导致碎片脱离轨道，凯斯勒综合症的情况不太可能发生。另一些人强调了卫星可能被故意武器化或在冲突中作为战略行动被摧毁的可能性。
对话还涉及了监管太空活动的挑战以及目前轨道上物体的巨大数量。降低轨道旨在降低碰撞风险，但一些人认为这并不能完全解决问题，而且星链的长期可行性取决于持续的卫星更换。
萨蒂亚·纳德拉：在承诺零的同时，表达一切的精湛技巧。
Satya Nadella: a masterclass in saying everything while promising nothing
2 天前
启用 JavaScript 和 Cookie 以继续。
一个黑客新闻的讨论围绕着一篇 *Medium* 文章，分析了萨提亚·纳德拉在微软的领导力——特别是他擅长表现得坦诚，却不做出具体承诺的能力。
评论者们争论纳德拉是否成功地将微软从一家具有侵略性的垄断企业重新塑造成一个“受人喜爱的技术合作伙伴”。一些人同意，认为微软提供了具有成本效益且集成的解决方案。然而，另一些人则表达了沮丧，声称微软的产品通常感觉像是最小可行产品，并且该生态系统会造成供应商锁定，并在合同谈判中增加杠杆。人们对过度承诺和淡化局限性表示担忧。
讨论还涉及将付费墙 *Medium* 文章频繁提交到黑客新闻，以及访问这些文章的解决方法。最后，人们对纳德拉对 Windows 本身的影响意见不一，一些人认为他促成了云的成功，同时承认 Windows 已经停滞不前，而这个问题起源于像鲍尔默这样的前任领导人。
## 对APL的赞扬：摘要 艾伦·珀利斯认为APL是大学计算机科学系学生学习的理想第一编程语言。他相信基础计算机科学教育应侧重于算法思维、理解计算机组织、编程流畅性、管理复杂性以及欣赏该领域的影响。 珀利斯强调*实践*的重要性——大量的编程对于理解计算至关重要。他提倡通过编程进行自我表达，优先掌握一门语言，而不是仅仅使用现有的软件包。APL虽然初始学习曲线比BASIC或FORTRAN陡峭，但最终因其简洁性、灵活性和可组合性而更胜一筹——能够编写简洁、富有表现力的代码并快速开发程序。 他强调APL适合于建模计算机体系结构，并在一个学期内探索诸如文字处理和图形等领域。此外，APL还能培养对程序结构和验证的更深入理解。虽然承认APL历史上与主流计算机体系结构脱节，珀利斯预计未来的硬件将更好地适应其数组处理优势，并认为其成本效益超过了初始投资，因为它可以提高生产力。最终，他倡导APL作为一门为计算机科学职业生涯提供持久基础的语言。
## APL：对一种强大语言的回顾
这次Hacker News讨论的中心是APL，一种1977年创建的强大数组编程语言。用户们回忆了它独特的优势——简洁、灵活性和可组合性，同时也承认了它陡峭的学习曲线和非常规的语法。
一个关键主题是对现代环境体验APL的渴望。一位用户梦想着一个用于APL编码的电子墨水笔记本来利用其REPL特性和简洁的语法。其他人建议使用带有现有APL实现的Android平板电脑或远程访问。
对话还涉及APL的可读性。虽然有些人认为其符号表示法优雅，但另一些人更喜欢更冗长的语言以提高可维护性。然而，许多人同意，清晰度来自于良好结构的 代码和注释，无论使用哪种语言。
几位用户建议从J开始，J是更易于访问的APL方言，或者探索learnapl.org和tryapl.org等资源。 讨论强调了APL作为一种概念简单但功能强大的数值计算和数组操作工具的持久吸引力，即使现代语言也采用了类似的概念。 最后，提到了LLM处理APL代码能力的提高，但仍不完善。
编程智慧⚙️ 主题设置已重置为默认值
## 收集 Linux 系统调用号：一个持续的挑战
最近一篇 Hacker News 上的帖子强调了 Linux 系统调用号令人惊讶的缺乏文档记录，尽管系统调用是内核的官方稳定接口。用户表达了沮丧，因为开发者经常依赖非官方的表格和文档来确定直接调用系统调用所需的数字代码，考虑到 Linux 的设计，这种情况被认为很奇怪。
讨论表明，这个问题源于内核开发与用户空间库（如 glibc）之间的分离。虽然 glibc 提供了系统调用包装器，但它通常落后于最新的内核版本，并且不一定公开 *所有* 系统调用。权威列表位于内核头文件中，需要开发者浏览复杂的包含文件系统才能找到正确的数字。
提到了一些旨在解决此问题的项目，例如 `systrack` 和 `nolibc`。然而，核心问题仍然存在：缺乏来自 Linux 内核本身的单个、官方、易于访问的系统调用号表格。这导致了社区持续的努力来维护最新的资源。
## Unikernels：来自Hacker News讨论的摘要
这次Hacker News讨论的中心是**unikernels**——高度专业化、单地址空间机器镜像，为特定应用程序构建。本质上，它们将操作系统精简到*仅*运行单个程序所需的代码，从而实现更小、更快、更安全的部署。
对话涉及它们的历史渊源（类似于Amiga的“Exec”系统）和现代实现，如**Unikraft**，它旨在实现Linux兼容性，同时最大限度地提高性能和安全性。启动时间是关键重点，Unikraft实现了大约150毫秒的冷启动（使用虚拟化扩展则更快）。
虽然unikernels具有资源使用减少和攻击面更小的优势，但仍然存在挑战。**可调试性和可观察性**被认为是障碍，尽管支持者认为现有工具可以进行调整。由于虚拟化环境的普及以及从传统系统切换的复杂性，unikernels的采用尚未广泛。然而，现代无服务器架构利用了hypervisors和托管运行时，其核心概念可以说是存在于其中。
在巴西福塔莱萨，医生们正在开创一种新颖的烧伤治疗方法，使用经过消毒的罗非鱼皮。面对人类或动物皮肤等传统烧伤敷料的严重短缺，以及获得昂贵替代品的途径有限，研究人员转向了容易获得且廉价的罗非鱼。 罗非鱼皮富含胶原蛋白——甚至比人类皮肤还多——并且具有很高的抗张强度和水分，促进更快速、更无痛的愈合。与需要每日更换的传统纱布不同，罗非鱼皮可以保持在伤口上数天或数周，显著减轻患者不适感并减少用药需求。 由埃德马尔·马西埃尔医生领导的临床试验显示出令人鼓舞的结果，患者经历了疼痛缓解和更快的恢复时间。虽然美国不太可能采用这种方法，因为资源充足，但这种创新方法为像巴西这样获得优质烧伤护理有限的发展中国家的烧伤受害者提供了一种可能改变生活的解决方案。研究人员现在正致力于工业规模生产，以使这种治疗方法得到广泛应用。
## 罗非鱼皮用于烧伤治疗：摘要
一篇2017年的文章介绍了巴西使用罗非鱼皮治疗烧伤患者的技术，因其有效性和低成本而备受关注。罗非鱼皮富含胶原蛋白且强度高，比传统绷带更能保持水分，并可能减少抗生素和止痛药的使用。
这种做法并非新事物；类似的技术已被用于其他鱼类（如鳕鱼，通过Kerecis商业化），甚至在兽医和历史实践中也有观察到。然而，罗非鱼的丰富数量以及作为鱼类养殖业的废弃物，使其成为一个特别容易获取的选择。
讨论帖子显示该技术的成熟度，提到了电视剧《实习医生格蕾》和《好医生》中的相关情节。人们对消毒和潜在过敏反应提出了担忧，同时也有人指出美国等国家的监管障碍，可能由于专利限制而阻碍其更广泛的应用。 还有人指出，历史上使用蜂蜜绷带甚至发霉的面包等类似的做法。 虽然一些研究对疗效存在争议，但该技术在资源有限的情况下仍然是一个有价值的选择。