## sfsym：导出 Apple SF Symbols
`sfsym` 是一个命令行工具，用于将 Apple 的 SF Symbols 导出为 SVG、PDF 或 PNG 格式。它直接从 macOS 访问符号几何体，避免了 Xcode 依赖和对 `SF Symbols.app` 的运行时依赖。安装方法很简单，可以使用 `brew install yapstudios/tap/sfsym` 或克隆 GitHub 仓库。
该工具允许自定义颜色、大小和渲染模式（单色、分层、调色板、多色）。输出格式由文件扩展名决定（例如，`-o heart.svg`）。`sfsym list` 会列出所有可用符号（8,300+），可以按名称、类别或搜索词进行过滤。
**重要许可说明：** SF Symbols 是 Apple 的财产，其使用仅限于 Apple 平台应用程序的艺术作品和模型。
`sfsym` 使用私有 API，虽然在 macOS 13-26 上比较稳定，但可能会在未来的更新中发生变化。它还为常用 shell 提供了补全脚本，以及用于自动化的 JSON 模式。对于需要在标准 Xcode 工作流程之外使用 SF Symbols 的开发者来说，它是一个强大的工具。
每日HackerNews RSS
## Sfsym：导出 Apple SF Symbols
一个新的命令行工具 **sfsym** 允许用户将 Apple 的 SF Symbols 导出为矢量图形（SVG、PDF、PNG）。由 olliewagner 创建，它解决了在设计工作（尤其是在使用 AI 代理时）手动复制符号的繁琐过程。
Sfsym 直接从 macOS 提取矢量路径，确保符号的准确复制——而非基于栅格的近似值。它通过 `--json` 提供机器可读的模式，并通过读取操作系统资源目录动态更新其 8,300 多个符号的列表。SVG 输出包含一个 `data-layer` 属性，方便 CSS 重定主题。
开发者已经根据用户反馈将默认导出格式切换为 SVG。虽然该工具很有用，但用户需要记住，SF Symbols 仅获得 Apple 许可，可在 Apple 平台上使用。目前，由于将状态驱动动画转换为静态格式的复杂性，暂不计划支持动画。
## 美国“胜利”的质疑
本文认为，传统意义上“胜利”国家的定义——GDP增长和企业利润增加——是以牺牲美国工人及其社会福祉为代价的。作者认为，外包，源于规避劳资谈判的愿望，已经侵蚀了美国的制造业基础，并使公民失去了更多机会。
关税*可能*会激励企业回流并重建国内劳动力，但这将意味着放弃全球经济领导地位。作者进一步批评了美国的人工智能技术出口管制（如英伟达芯片），认为这是自毁行为，积极鼓励竞争对手，并受到对通用人工智能（AGI）的焦虑所驱动。
核心论点是，美国的重心已经从*生产*和公民的繁荣转向*消费*和技术霸权，往往用于可疑的目的，例如进攻性军事应用。作者观察到香港一个更具功能的社会，质疑在当前发展轨迹似乎对其自身人民不利的情况下，究竟意味着什么“支持美国”。最终，作者表达了对美国的爱，但哀叹其目前的道路，希望美国的成功等同于和平与繁荣，而不仅仅是技术和军事力量。
对不起。
迈克尔·O·拉宾（1931-2026）是一位极具影响力的以色列数学家和计算机科学家，他与他人共同获得了1976年ACM图灵奖，以表彰他在计算复杂性方面的工作，特别是关于非确定性机器的概念。拉宾出生于德国，1935年移民到巴勒斯坦，他对数学的早期兴趣在以利沙·内塔尼亚胡的指导下得到培养。他从普林斯顿大学获得博士学位，并在伯克利、麻省理工学院、哈佛大学和希伯来大学担任教授。 拉宾的贡献涵盖了计算机科学的许多领域。他引入了概率自动机，以及至关重要的多项式时间概念——这是复杂性理论的基础。他还发明了米勒-拉宾素性测试，这是一种密码学中至关重要的算法，以及拉宾签名算法，一种早期的非对称密码系统。其他值得注意的工作包括拉宾-卡普字符串搜索算法和对不可知传输的研究。 在职业生涯中，拉宾获得了无数荣誉，包括以色列奖和丹·大卫奖。他一直活跃于计算机安全研究领域，直到退休，并在该领域留下了持久的遗产。他的女儿塔尔·拉宾也是一位杰出的计算机科学家。
迈克尔·拉宾，一位图灵奖得主计算机科学家，已去世。Hacker News的讨论强调了他对密码学的重大贡献，特别是拉宾指纹算法——一种用于文件去重的快速滚动哈希函数。用户分享了他们如何利用他的工作，包括在MIPS代码分析、垃圾邮件过滤和数据标注系统中的应用。
许多评论者怀念拉宾是一位引人入胜且才华横溢的讲师，并注意到他独特的教学风格和深刻的智慧。他对安全哈希函数的研究被认为是现代密码学和数字签名基础，尽管一些人认为与RSA等同时代的人相比，他的认可度有所不足。
不幸的是，讨论还揭示了他维基百科页面上出现了一波反犹主义破坏行为，导致该页面被半保护。该帖子强调了拉宾对计算机科学的持久影响以及在线讨论中持续存在的挑战。
## 程序化道路生成：连接曲线
本文详细介绍了生成平滑、逼真道路背后的核心几何原理。其基础在于“剖面”——道路的抽象横截面，充当控制点，类似于贝塞尔曲线。这些剖面定义了道路*如何*弯曲，而不是定义整个道路形状。
挑战在于仅使用直线和圆弧平滑地连接这些剖面。解决方案利用“圆角”构造：从每个剖面的端点延伸直线，找到它们的交点，然后用弧线和线段连接。
然而，简单的弧线并不总是足够的，尤其是在道路需要改变方向（“S”形曲线）时。在这种情况下，使用三次埃尔米特样条曲线计算一个中间剖面——一条由起点/终点及其切线定义的平滑曲线——并将其放置在样条曲线的拐点附近。
虽然存在边缘情况，但作者实施了一个设计约束：防止用户创建需要过于复杂解决方案的情况。这确保了鲁棒性。下一步是处理道路交叉口，并将这些构建块拼接成完整的网络。最终，这种方法提供了一个灵活的系统，用于创建多样且可信的道路布局。
对不起。
1985年推出的Commodore Amiga电脑，在当时拥有无与伦比的图形处理能力。 它配备了一套复杂的定制芯片，使其能够实现其他个人电脑无法企及的功能。 本网站致力于展示为Commodore Amiga家用电脑制作或使用的图形作品。
## Amiga图形档案讨论摘要
一个Hacker News讨论围绕着Amiga电脑的图形能力以及它的市场营销方式。尽管它常被称为“16位”机器，许多人认为它从根本上来说是一个“32位”系统，因为它拥有32位寄存器和地址空间，尽管早期型号的数据总线是16位的。
这场争论突出了定义系统“位数”的复杂性——它是内部架构、外部总线，还是市场认知？许多人回忆起它与Atari ST一起被宣传为16位机，而另一些人则强调它的32位核心。
对话还涉及了Amiga的限制所带来的独特艺术风格，例如颜色循环和位平面，以及这些技术如何促成了它独特的外观。怀旧之情扮演着重要的角色，用户们 fondly 回忆着在CRT显示器上体验Amiga图形。讨论还延伸到与早期PC图形（VGA、CGA）的比较，以及技术进步对时间的影响。最终，Amiga被铭记为一台富有创造力的启发机器，它突破了有限硬件所能达到的极限。
## 欧盟电池护照：摘要 从2027年起，欧盟将要求所有新电池（包括智能手机、电动汽车和电动自行车中的电池）拥有“数字护照”。该护照是一种通过二维码访问的数字记录，详细记录电池的整个生命周期——从原材料采购和碳足迹到性能、维修历史和可回收性。 目标是促进电池材料的循环经济，减少对进口的依赖，并确保负责任的采购和回收。对于消费者而言，这意味着更大的透明度和做出明智购买决策的能力。您将能够根据环境影响比较产品，在购买二手电池时验证电池健康状况，并使用记录的维修历史验证保修索赔。 电池护照还激励制造商生产更耐用、可维修和可回收的产品。虽然该法规适用于2027年2月*之后*投放市场的电池，但现在就开始通过优先考虑电池健康并选择参与试点计划的制造商（如苹果、三星和特斯拉）进行准备是推荐的。该举措是迈向更广泛的“数字产品护照”的垫脚石，涵盖更广泛的商品，使消费者能够获取生命周期数据，从而做出更可持续的选择。
对不起。
Spectrimage分析上传的照片，在您的浏览器中直接创建视觉色彩光谱，无需服务器连接。它首先将图像调整大小，最长边不超过300像素，然后将每个像素转换为HSL（色相、饱和度、亮度）。 颜色被分为180个色相区间（2度切片），非彩色（黑、白、灰）被单独分离。在每个区间内，像素按亮度排序，最暗/最亮的20%用于定义阴影和色调，而中间的20%代表纯色。 最后，这些颜色列以ROYGBIV顺序排列并在画布上显示，列的高度反映了色相的普遍程度。每列内的渐变视觉上表示从色调到纯色再到阴影的过渡，即使对于大型图像也能提供平滑快速的色彩分析。
对不起。
## HTTP 路径中的双斜线：并非规范化问题 RFC 3986 定义了 URI 语法，明确允许空路径段，这意味着 URL 路径中的双斜线 (`//`) 在语法上是有效的。它们代表零长度的段，并非错误。根据 RFC 标准，规范化关注大小写、百分比编码和点段移除——*而非*折叠空段。 HTTP (RFC 9110) 使用 RFC 3986 的路径语法。路径是资源标识符的一部分，对其进行更改（例如折叠 `//`）会改变标识符本身，除非服务器明确定义这两种形式是等效的。 一些实现（例如启用 `merge_slashes` 的 nginx，以及 Go 的 `net/http.ServeMux`）错误地折叠双斜线。然而，这偏离了既定标准。在涉及嵌套层次结构的情况下，例如 Git 仓库，这些双斜线可以作为重要的分隔符，折叠它们可能导致歧义或功能损坏。因此，将 `//` 折叠为 `/` 并非正确的规范化。
## HTTP 路径规范化讨论总结
一 Hacker News 讨论集中在 Web 服务器是否应该“规范化”HTTP URL 路径中的双斜杠 (`//`)。核心论点是，虽然 RFC 3986 *不要求* 合并这些斜杠，但许多服务器（NGINX、Apache、Traefik）默认会这样做。
一些人认为这种默认行为是不正确的，因为它会改变原始 URL，并且对于期望特定路径结构（如 S3 对象存储）的应用程序来说可能很重要。他们提倡制定新的 RFC 来明确定义期望的行为。另一些人则认为，这不是一个根本性的缺陷，而是一个配置选择，试图标准化这可能会破坏现有系统。
这场辩论凸显了严格遵守规范与实用、既定的 Web 服务器行为之间的紧张关系。许多参与者强调，虽然 RFC 定义了 URL *解析*，但它并没有规定服务器应该如何将 URL *映射* 到资源。最终，这场讨论强调了 URL 处理的复杂性以及实现中可能出现的不一致性。
我们最初在一个小公寓里，为另一个商业想法寄送信件。那时我发现，蜡封的个性化触感对回复率影响最大。我开始制作简单的系统，尽可能多地手工制作蜡封。最初的手工流程，现在已经发展成一个复杂的操作，能够处理大量的批量邮件订单，同时保持其真实的手工感。
对不起。
## 软件开发中的替罪羊机制
软件故障很少通过客观分析来解决；相反，组织常常陷入一种**替罪羊**模式，反映了古代社会的仪式。当问题出现时，会产生对可见行动的压力，导致选择一个“受害者”——一个基础组件或技术——来承担责任，无论实际原因如何。这并非关于解决问题，而是通过归咎来恢复社会秩序。
这种“**战争理由工程**”是由那些利用失败来推动自己偏好解决方案的人推动的，他们将现有系统描绘成固有缺陷。一个损坏的功能成为拆除一个正常运行的基础的理由，即使它与故障无关。这受到确认偏差和可得性偏差等认知偏差的助长，并在低信任环境中蓬勃发展。
敏捷运动本身就是一个典型的例子，其中“瀑布模型”成为更广泛的项目失败的便捷替罪羊，从而实现方法论的彻底转变。
抵制这种模式需要严格的根本原因分析，将故障与基础分离，并根据价值评估解决方案，而不是将其视为对感知缺陷的反应。认识到这种动态——危机、替罪羊、虚假因果关系——对于培养更理性、更有效的工程文化至关重要。最终，选择工程而非叙事对于避免重复破坏和重建的循环至关重要。
## 技术领域及其他领域的替罪羊现象 - 摘要
最近的Hacker News讨论围绕一篇探讨“战争理由工程”（通过组织内部的替罪羊行为引发冲突，如同“战争的正当理由”）的博文展开。核心观点是，功能失调的文化通常不是通过真正的解决问题来处理问题，而是通过指责个人、工具或方法论。
讨论强调了勒内·吉拉尔的理论，即替罪羊是一种基本的人类行为，但警告不要将其简单地归结为“人性”，而忽视特定文化因素。例子从传统文化中因捕鱼网故障而指责个人，到软件开发中指责语言/框架不等。
评论员指出，这种现象在技术领域表现为将产品失败归咎于工程师，或者将责任推卸给过时的“瀑布”方法论，同时采用“敏捷”作为解决方案——通常只是压缩了指责周期。一些人认为，真正的工程关注根本原因的理解，而替罪羊行为仅仅是伪装成分析的政治操纵。另一些人则认为，问题并不总是出于恶意，而是源于缺乏理解和沟通。最终，讨论质疑识别替罪羊是否会阻碍真正的进步和问题解决。