## Figma 追寻“圆角方” 这个故事讲述了 Figma 为了在他们的设计工具中完美复制苹果在 iOS 7 中引入的“圆角方”——一种微妙的圆角形状——所做的努力。这一切始于认识到这个看似微小的设计细节的影响，源于为设计师提供准确的界面元素的需求。 最初的方法涉及数学公式，从“超椭圆”开始，但结果并不准确。调查最终指向基于贝塞尔曲线的解决方案，并最终确定 Mike Swanson 和 Manfred Schwind 的工作是关键。然而，仅仅复制形状是不够的；Figma 需要一个*可参数化*的平滑系统，以实现灵活性和一致性。 挑战随之而来：保持对称性，处理扁平化时的形状扭曲，以及确保可用且可调节的平滑效果。团队优先考虑简单性，最终找到了一种基于修改后的贝塞尔曲线和简单平滑与像素消耗之间关系的方法。 虽然完美的曲率曲线始终难以捉摸，但最终结果与 iOS 圆角方非常接近，并为设计师提供了一个多功能的工具，用于创建各种角样式。这个过程凸显了从最简单的解决方案入手，并在数学上的完美性与实际可用性和实施限制之间取得平衡的价值。
每日HackerNews RSS
这个Hacker News讨论围绕一篇2018年的Figma文章“绝望地寻找圆角矩形”（Desperately Seeking Squircles），探讨了创建数学上完美的圆角正方形（squirlces）。
一位评论者质疑作者对欧拉螺旋/布样圆角矩形（clothoid squircle）的否定，特别是其变化的曲率中心以及绘制所需的高阶近似值——并提出为什么不使用多个贝塞尔曲线段代替截断。作者之前表示，设计师更喜欢更少的曲线，即使存在一些数学上的不完美。
另一位用户指出文章中的方程式存在视觉问题，由于缺少alpha通道，导致在Figma的深色模式下无法阅读。
这段对话突出了在像Figma这样的矢量图形软件中实现复杂形状时，数学精度与实际设计考虑之间的权衡。
## 科里·多克托关于批评人工智能和“逆向半人马”
科里·多克托最近在华盛顿大学的演讲，预览了他即将出版的书籍《逆向半人马的生活指南》（2026年6月），重点讨论了如何有效地批评人工智能。他认为，许多关于人工智能的讨论都偏离了重点，受到炒作和投资者利益的驱动，而非真正的社会效益。
多克托通过“逆向半人马”的概念来阐述这个问题——人类作为机器的附属物，为了效率提升而被剥削（例如，被人工智能监控的快递员）。他认为人工智能的发展方向是*创造*这些逆向半人马，而不是赋能人类。
他批评科技垄断企业需要像人工智能这样的持续“泡沫”来维持增长，并警告说人工智能取代工作的承诺是为削减成本和剥削工人服务的烟幕弹。多克托提倡将批评的重点放在人工智能的*实际*危害上——它如何恶化工作并可能降低质量——以及基于共同利益建立联盟，而不是陷入关于人工智能潜在意识的争论。他强调理解科技公司如何构建叙事以谋取自身利益的重要性，并敦促人们关注替代方案，抵制“别无选择”的心态。
这次黑客新闻的讨论围绕着科里·道克托的文章《反半人马指南：如何批评人工智能》。核心论点是，当前人工智能的估值基于不切实际的大规模工人替代期望，这源于管理层的炒作而非实际能力。用户们普遍认为人工智能工具令人印象深刻，但不太可能达到被夸大的炒作水平，并警告如果这种误解不被纠正，可能会产生潜在的经济后果。
讨论要点包括人工智能的局限性——特别是其“幻觉”错误的倾向——以及对可靠测试和代码审查的需求。许多评论员指出，人类的创造力很大程度上已经是算法化的，质疑人工智能生成内容的独特性及其对版权的影响。
对话还涉及“反半人马”场景（人类通过人工智能增强）的可能性，以及集体谈判以保护创意工作者的必要性。虽然有些人认为人工智能的进步是不可避免的，但另一些人则指出实际限制，例如功耗，可能是潜在的障碍。最终，该讨论强调需要对人工智能的能力进行现实评估，并对其部署采取谨慎的态度。
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2025 X Corp.
LWN.net，一个面向开发者的Linux新闻网站，恳请订阅以支持其工作——他们更倾向于撰写信息丰富的文章，而不是投资于营销。最近的一篇深度报道聚焦于Linux内核自我保护项目（KSPP）为期十年的努力，旨在提高内存安全性，特别是解决有问题的`struct sockaddr`网络结构。 `sockaddr`最初设计于1980年代，其固定大小的数据字段现在常常不足，导致开发者将其视为一个灵活的数组——这种做法阻碍了边界检查。试图正式将其定义为灵活数组导致了大量的编译器警告，从而阻碍了进展。 目前的解决方案是引入`sockaddr_unsized`，一个新的变体，允许灵活的大小，同时在特定的内部接口中保留长度信息。这使得能够将`sockaddr`恢复到其原始定义，从而启用边界检查并消除警告。然而，`sockaddr_unsized`仍然存在潜在的溢出风险，促使未来增加长度字段以进一步提高安全性。这说明了即使Rust集成提供了长期的好处，确保内核庞大的C代码库安全仍然是一个持续的挑战。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
一个 Struct Sockaddr 后续 (lwn.net)
26 分，来自 g0xA52A2A 15小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Beurer PO 80 脉搏血氧仪：深度分析 该项目涉及对一款经济型Beurer PO 80脉搏血氧仪的详细分析，旨在了解其功能和安全性。初步调查配套的“SpO2 Assistant”软件引发了对“德国工程”声称的质疑，揭示了可能存在重复使用的代码。通过协议嗅探器反向工程了与设备的通信，从而创建了一个Python工具来读取脉搏和SpO2数据。 拆解显示该设备使用GigaDevice GD32F350RBT6微控制器和一个调试连接器。尽管启用了闪存读取保护，但利用已知的硬件漏洞（感谢a1exdandy的研究）成功转储了固件——导致芯片变砖，但可以通过更换芯片恢复。 固件补丁禁用了运行时安全措施和睡眠模式，从而实现了完全的调试访问。然后分析了显示功能，允许动态补丁缓冲区地址以显示自定义图像，甚至包括Doom启动画面。虽然运行Doom是可行的，但作者计划专注于安全研究，特别是探索USB协议中潜在的远程代码执行漏洞。该项目强调了即使在廉价医疗设备上进行逆向工程的可及性。
一个黑客新闻的讨论围绕着一个补丁脉搏血氧仪固件的项目。原发帖人（stgl）成功修改了设备，但另一位黑客遇到一个令人沮丧的硬件问题：由于零件编号过于相似（GD32F350R8T6 与 GD32F350RBT6），意外订购了闪存大小不同的微控制器（64kB 与 128kB）。
评论者指出，这种命名方式在STMicroelectronics芯片的克隆产品中很常见，有时即使存在差异，也可以成功刷新更大的镜像。讨论还涉及了设备的自我修复安全措施以及通过一次性可编程熔丝实现不可逆固件保护的可能性。最后，用户指出在速卖通上可以买到非常便宜的类似设备，这使得它们成为黑客项目的理想目标。
502 错误网关 nginx
## Java Hello World，LLVM 版本：摘要
这次黑客新闻的讨论围绕着一篇博客文章，详细介绍了如何使用 LLVM 创建 Java 中的“Hello World”程序。核心要点是探索新的 Foreign Function & Memory (FFM) API，旨在改善与原生代码的互操作性，而无需 Java Native Interface (JNI) 的重大缺点。
FFM API 是一个更大的“默认完整性”努力的一部分，旨在防止库代码在没有明确许可的情况下违反应用程序不变性（例如修改 final 字段）。虽然目前与 JNI 共享一个标志，但讨论强调了 FFM 更安全的方法——限制访问，而 JNI 提供了广泛的原生代码访问权限。
用户们争论了这种方法与 GraalVM 的原生镜像编译的优势，指出 FFM 促进了调用现有的 C 库，而 GraalVM 将 JVM 字节码编译为原生二进制文件。人们也对下载和执行安装脚本的安全性提出了担忧，以及溯源和信任的重要性。 许多评论者强调了像 NixOS 这样的工具在可重现构建和依赖管理方面的价值。
最后，对话涉及了 LLVM 对编译器开发的吸引力以及对标准化抽象语法树 (AST) 实现的探索。
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2025 Google LLC
## 快速烧水与电热水壶技术：黑客新闻总结
一段汽车充电器快速烧水的视频引发了黑客新闻的讨论，深入探讨了电热水壶技术和效率。用户们讨论了升级到更高功率（3kW+）的电磁炉和电热水壶，尤其注意到这些产品在英国与美国之间的供应差异。
对话探讨了电池供电热水壶的可行性，并对成本、电池寿命和安全性提出了担忧。虽然电池热水壶存在，但价格昂贵。有人建议使用隔热水箱（类似于Quooker系统）作为更实用的替代方案。
许多评论者强调了电热水壶近100%的效率，质疑了过去关于潜在欧盟禁令高功率型号的报告。英国电网甚至预计在热门肥皂剧《Eastenders》片尾时，热水壶的使用量会激增。
最终，这场讨论展示了人们对优化看似简单的任务——烧水——的迷恋，以及其背后令人惊讶的复杂性。
## Slack 最大化：摘要 Slack 最大化提议了一种激进的运营管理转变——拥抱广泛的 Slack 频道使用，用于“实时”工作，例如活动协调和客户服务。其核心原则是**一切事务专用频道**：一个主题，一个频道，根据需要大量创建。这确保了清晰度并鼓励信息共享，防止重要信息丢失。 关键原则包括为每个人创建单独的频道（将其与相关方连接）和自然分组，将频道视为工作队列，并为每个任务使用串联讨论。自动化将外部工作导入 Slack，而反应则充当状态更新。 该系统依赖于透明度——倾向于使用频道而非直接消息——并通过 Slack Connect 或访客邀请集成外部通信。为了对抗信息过载，作者建议对频道进行分类，隐藏未读频道，利用搜索（Ctrl+K），以及静音不太重要的频道。 虽然不适合专注的“创造者”工作，但 Slack 最大化在高度紧张、反应迅速的环境中表现出色，简化了工作流程并减少了对单独的待办事项列表或知识库的依赖。它受到 Lightcone 等团队的启发，展示了一种强大的运营效率方法。
## Slack 最大化：过度依赖的讨论
一篇最近发表在 aelerinya.substack.com 上的文章引发了 Hacker News 上关于“Slack 最大化”的讨论——即尝试通过 Slack 运行*所有*事务，将其变成一个复杂的工作管理系统。文章详细介绍了诸如为个人更新、工作队列，甚至导师/教练互动而设置的专用频道等原则。
许多评论者对此反应负面，认为这种方法本质上是将 Slack 变成了一个设计糟糕的工单系统。一些人分享了成功地将 Slack *像*一个与工单系统集成的聊天工具使用的经验，而另一些人则哀叹其过度使用以及与 Jira 或 Linear 等专用工具相比的局限性。
一个关键点是，在团队中实施这种严格的系统很困难，并且可能导致混乱。讨论还涉及了这种方法在特定在线社区（Inkhaven、LessWrong）中的起源，以及它对过度组织化的人的吸引力。最终，共识倾向于使用合适的工具来完成工作，并避免试图将 Slack 变成万能工具的陷阱。
## 文艺编程：超越炒作 本文深入探讨了唐纳德·克努斯最初的“文艺编程”愿景，超越了常见的误解。克努斯并非将其设想为一种僵化的方法论，而是一种灵活的方法，将自顶向下的设计与适应性编码相结合——自顶向下、自底向上，或任何所需的风格。它源于对20世纪70年代严格自顶向下的结构化编程的 perceived 缺陷的回应，旨在保留分解的好处，而无需强制创建不必要的子例程。 核心思想是优先考虑程序逻辑的清晰*阐述*，使用命名的代码块与解释性文本交织在一起。一个建议的工作流程包括用伪代码概述程序的骨架，逐步填充细节，并通过逻辑方式安排代码块来优先考虑可读性——利用 WEB 和 CWEB 等工具的顺序无关性。 然而，成功的文艺编程似乎与*知识保存*有关。像鲍勃·尼斯特罗姆的 *Crafting Interpreters* 这样的例子表明，当代码在散文*之前*开发、迭代完善，并以清晰为重点进行解释时，会取得成功。作者认为最大的挑战是平衡教学和编程——代码演化的灵活性需求与良好文档化解释的静态性质相冲突。最终，掌握文艺编程需要实验、诚实的自我评估以及重写的意愿，认识到没有单一的“正确”方法。
## 吸血鱿基因组揭示古代头足类秘密
“来自地狱的吸血鱿”（*Vampyroteuthis infernalis*）的基因组已被测序，揭示了迄今为止最大的头足类基因组——超过110亿个碱基对，显著超过鱿鱼和章鱼。尽管其独特的进化地位，吸血鱿却令人惊讶地保留了与现代鱿鱼和章鱼共同祖先相似的染色体结构。
这种“活化石”可以追溯到1.83亿年前，为头足类进化提供了关键的视角，弥合了鱿鱼和章鱼谱系之间的差距。研究人员发现，其庞大的基因组主要由重复DNA组成，但其结构表明章鱼最初与鱿鱼具有相似的染色体排列，之后才经历显著的混合和融合。
然而，吸血鱿的基因组保持了相对稳定，保留了祖先的特征。这使其成为理解这些不同头足类群体在3亿多年前如何分化的潜在“罗塞塔石碑”，为鱿鱼和章鱼的遗传起源提供了见解。
最近一篇发表在ScienceAlert上的关于“来自地狱吸血鱿”遗传学的文章，在Hacker News上引发了热烈讨论。这种鱿鱼的基因组出乎意料地庞大，其中62%由重复的非编码DNA组成。
这引发了关于这种DNA功能的争论。一些人最初将其比作臃肿的代码库，而另一些人则指出非编码DNA通常在基因调控和其他生物过程中发挥着关键作用。有人提出了详细的实验方案，以确定特定的非编码片段对生物的生存是有益还是有害。
这场讨论凸显了人们对“垃圾DNA”理解的演变，证据表明其中很多并非无用，并且通过诸如低温电子显微镜等技术，不断发现新的功能。用户们也饶有兴趣地讨论了酷炫的拉丁物种名称，并评论了科学报道的风格。