**Pattern Collider** 是一款由 Aatish Bhatia 和 Henry Reich 开发的交互式网页工具，允许用户生成并探索准周期平铺图案。这些图案（例如著名的彭罗斯平铺）非常独特，因为它们虽然包含重复的图案元素，但在任何方向上都不会出现整体的周期性重复。
该工具利用了数学家尼古拉斯·戈弗特·德布鲁因（Nicolaas Govert de Bruijn）开发的“多重网格法”。通过叠加多组平行线（网格），该工具将直线的交点转化为几何拼贴。由于这些网格使用了无理数比例，生成的图案能够保持非周期性且变化无穷。
用户可以通过多种控件（包括对称、旋转、位移和随机化）来操纵这些图案，从而生成多样且复杂的平铺效果。该应用界面直观，支持自定义美学设置，如调色板、对比度和饱和度。每个生成的独特图案都可以通过自定义 URL 进行收藏和分享。无论是用于艺术探索还是数学研究，Pattern Collider 都为准晶体几何以及线条与拼贴之间的优雅对偶性提供了一个可视化的窗口。
每日HackerNews RSS
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Patterncollider：生成并探索准周期平铺图案 (github.com/aatishb)
31 分，tobr 发布于 7 小时前 | 隐藏 | 往期 | 收藏 | 1 条评论 | 帮助
kzrdude 5 小时前 [–]
网格和滑动图块的演示非常棒，我以前从未以这种方式理解过它。谢谢！
回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
在这篇访谈中，Mitchell Hashimoto（HashiCorp 工具套件及现今 Ghostty 的创作者）探讨了他向桌面系统编程的转型、他的软件开发哲学，以及终端模拟器的未来。 **终端的演进：** Hashimoto 致力于将终端提升为超越传统遗留界面的存在。他设想了新的协议——例如“多屏幕”（n-screen）支持和交互式按钮协议——旨在让基于文本的应用程序能够作为现代化的、可组合的工具运行。他强调，虽然终端有可能变得臃肿并演变成像浏览器一样的应用平台，但它们仍应保持快速、安全，并专注于最适合文本的工作流。 **开源哲学：** Hashimoto 坚持认为开源的核心是自由，而非对用户的义务。他提倡更多的“分叉”（forking）而非索取，认为如果开发者不认同项目的方向，应当自行维护补丁。他在个人项目中通过适时忽略外部需求来保持平衡，从而专注于整体的长期愿景。 **技术路线：** 作为 Zig 语言的支持者，Hashimoto 欣赏其对性能的追求以及“不妥协的独特”文化。他强调，理解计算机基础知识（如内存和系统调用）远比掌握某种特定语言更重要。他的设计过程依赖于深度自用（dogfooding）、审美追求，并极力避免落入仅仅为了完成功能列表而开发的“企业化”陷阱。
这篇 Hacker News 帖子围绕着“编程语言文化”展开了辩论。起因是 Mitchell Hashimoto 在采访中谈及他的项目 Ghostty，以及他为何选择 Zig 而非 Rust。
讨论很快演变成对编程社区的元分析。许多参与者表达了对 Rust 和 Zig 社区中常见“部落主义”的沮丧，用户在其中往往感到必须捍卫自己偏好的语言或攻击其他语言。评论者指出，这些社区经常陷入“我们与他们”的对立叙事中，这可能会让开发者疏远，而不考虑语言本身的技术价值。
其他反复出现的主题包括：
* **品味的作用**：许多用户认为，选择一门语言最终是主观的，受个人偏好、特定项目需求和个人编程哲学驱动，而非客观上的优劣。
* **开源维护**：帖子探讨了维护软件分支（fork）与向上游贡献代码之间的难度，一些人主张提供更好的工具来支持下游定制。
* **CLI 设计**：关于命令行工具（CLI）应优先考虑纯文本（Unix 哲学）还是结构化数据（如 PowerShell）引发了小规模辩论，突显了灵活性与现代开发需求之间长期的张力。
总的来说，共识表明开发者应关注工具的实用性，而非周边的言论。
请提供您需要翻译的内容。
许多公司习惯性地采用复杂的分布式架构，往往为此支付了数百万美元的“协调开销”，而这些工作负载本可以在单台机器上运行得更快、更廉价。 十年前，研究人员就已证明现代单机性能经常优于大规模集群。尽管如此，业界仍保留着硬件极其受限时期形成的“默认分布式”习惯。如今，单台高性能服务器的处理能力足以胜任以往需要数百个节点才能完成的工作负载。 这种过度工程化产生了隐藏的“COST”（即：性能优于单线程的配置），导致计算资源浪费、高额的基础设施维护成本以及臃肿的工程团队。由于行业基准测试和晋升周期偏向复杂性，这些分布式系统极少被拿来与简单、经过优化的基准方案进行比较。 解决之道在于一种简单的财务管控：在批准分布式架构之前，必须要求团队构建一个单机基准方案。通过衡量该基准方案的性价比，可以将架构设计转变为一种明智的采购决策。事实往往表明，最简单的方案不仅更可靠，而且效率极高，能为公司节省数百万美元不必要的基础设施支出和运营人力成本。
抱歉。
Meta 开发了一项名为“Vistara”的定制化 CXL 技术，旨在将退役服务器上的旧款 DDR4 内存重新应用于其现代基础设施中。面对服务器集群中 40% 无法升级设备的现状，Meta 设计了一款定制 ASIC，将旧的 DDR4 模块与原生 DDR5 共同接入新服务器，从而构建了一个共享的解耦内存池。 通过利用这种支持 Vistara 的硬件（部署在定制的“MemServer”机箱中），Meta 克服了现成 CXL 解决方案的局限性，解决了它们通常缺乏对 DDR4 的支持或会引入过高延迟的问题。该系统将这些二次利用的内存视为独立的 NUMA 节点，并通过定制的 Linux 内核优化进行管理。 这一创新成果已在数百万台服务器上部署，支持机器学习推理和大数据处理等大规模工作负载。其成效显著：通过缓解内存不足错误，Meta 将作业失败率降低了 33%，并成功将某些推理工作负载所需的服务器总量减少了 25%。该策略不仅优化了性能，还大幅延长了硬件的使用寿命，为解决内存容量限制提供了一种经济高效的方案。
Meta 开发了一款定制桥接芯片，旨在将旧一代内存集成到其新的服务器架构中。这项在 ISCA '26 研究论文中详述的举措，使公司能够利用 CXL 协议重新利用旧内存，从而有效地创建了一个分层内存系统，减轻了采购新 DRAM 所带来的巨大碳足迹和供应限制。
Hacker News 上的讨论重点突出了以下几个关键点：
* **可持续性与经济性：** 内存是数据中心碳排放的主要来源之一。通过延长现有内存的使用寿命，Meta 旨在同时解决可持续发展挑战和新硬件的高昂成本问题。
* **技术实现：** 与传统的“内存盘”（RAM disk）不同，这种方法使用 CXL 来实现缓存一致性。虽然与主内存相比，它引入了更高的延迟，但为不需要最高速度的工作负载提供了一个功能性层级。
* **更广泛的行业背景：** 评论者指出，当前由人工智能驱动的需求导致了周期性的供应危机，使得即使是旧一代的二手内存也出现了升值。许多用户对现代“敌对”的计算环境表示不满，臃肿的软件和人工智能开发助长了硬件浪费，导致一些人通过使用更旧、更高效的设备来选择“退出”。
Sighthound 是一款具备 AST 感知能力的安全性扫描工具，旨在通过模式匹配和污点分析来识别源代码中的漏洞。它支持多种主流编程语言，包括 Python、JavaScript、TypeScript、Java、PHP、C#、Go、Ruby 以及各种基于 HTML 的模板，并提供文本、JSON 和 CSV 等灵活的输出格式。 主要功能包括： * **多模式分析：** 同时支持广泛的模式搜索和精确的从源到汇（source-to-sink）的污点追踪。 * **高性能：** 针对多文件项目进行了优化，具备并行执行能力。 * **可扩展性：** 利用内置规则包，并支持通过 RON 文件定义自定义规则。 * **集成性：** 使用 Rust 构建，具备容器兼容性，并包含一套用于 CI/CD 流水线的稳健开发命令。 虽然 Sighthound 在静态分析方面表现出色，但可能会遗漏特定于运行时的漏洞。用户需注意，尽管支持多文件污点分析，但该功能目前仍在持续强化中。关于安装，用户可以通过 Cargo 从源码构建，或利用 Docker 导出本地二进制文件。详细用法可通过 `sighthound --help` 命令查看。
抱歉。
**Lucid** 是一款由 Earthpilot 实验室开发的基于浏览器的研究工具，旨在让用户能够窥视语言模型的内部“思维过程”。该工具利用“雅可比透镜”（Jacobian lens），在模型生成口头回答之前，将其内部表征（特别是其“J 空间”内的概念）进行可视化呈现。 正如认知科学家研究人类的全局工作空间一样，Lucid 能够映射出模型在不同层级中持有的概念。用户输入任何提示词，即可观察到哪些概念进入了模型的工作空间、它们如何在各层级间转换，以及模型虽然掌握了但最终选择不表达出来的想法。 受传统用于测试超感官知觉的“齐纳卡牌”（Zener cards）启发，Lucid 用实证数据取代了猜测，为 AI 的“隐藏”逻辑提供了透明的观察视角。该平台目前支持 Qwen 和 Pythia 等小型开源模型。它完全免费、无需安装或注册账号，并允许用户导出和分享研究结果。 欢迎前往 **lucid.earthpilot.ai** 进入“阅览室”，观察机器的思想。
抱歉。
GitHub 近期解决了一项重大的安全与运营挑战：数以千计的内部存储库缺乏明确的所有权，这阻碍了密钥扫描和事件响应。为解决此问题，团队利用 GitHub 自定义属性实现了一种全新的“一等公民”所有权模型。
该组织定义了三类所有者——服务、团队和个人——并为每个存储库创建了强制性的自定义属性。他们通过同步现有的服务目录数据并部署基于 Kubernetes 的应用程序来强制执行这些要求，从而实现了推广的自动化。对于未指定所有者的存储库，系统给予 30 天的宽限期，期满后将其归档；这是一种非破坏性且可逆的操作。
在 45 天内，GitHub 成功验证了所有活跃的存储库，并归档了约 8,000 个废弃项目。这缩小了组织的安全受攻击面，并提高了资产清单的准确性。为确保长期合规，现在创建存储库时必须指定所有权，且自动执行机制会在一小时内标记出缺失的数据。
GitHub 建议其他组织采用此模型：定义明确的所有权分类体系，通过现有的资产清单自动填充元数据，并构建稳健的强制执行工作流。最重要的是，他们建议通过引入“水位线”保护措施和可靠的通知系统来预留容错空间，以防止发生意外的大规模中断。
本讨论帖探讨了软件开发中“孤儿”代码库所带来的组织挑战以及“旁观者效应”。
贡献者们一致认为，当遗留功能缺乏明确的所有权时，错误报告往往会被忽视。其中一种建议的解决方案是强制分配策略：将每项功能编目并指派给特定团队，即使他们此前并不了解该功能。虽然这能确保问责制，但用户指出，如果没有随着团队发展而交换或重新分配项目的机制，这种做法可能会造成压力。
一个重要的启示是，有效的所有权管理类似于应急响应策略：领导层不应进行笼统的求助，而必须具体且果断。简单地分配责任可以确保有人被授权负责。然而，一些评论者警告说，强制所有权只是“最不麻烦”的解决方案；如果团队缺乏改善代码的实际资源、带宽或自主权，分配负责人并不能解决根本的负担。归根结底，成功取决于明确、直接的问责制，并辅以管理工作负载所需的必要支持。
``` // 一个实体 → 一个同步表 + 类型化客户端 const Order = entity("Order", { customer: field.string(), total: field.float(), paid: field.boolean().default(false), }); // 模式旁边的访问规则 — 默认拒绝 policy({ entity: "Order", allowRead: "auth.userId != null", allowInsert: "auth.userId == data.ownerId", }); // React 端 — 实时、类型化，无需 fetch const { data } = db.useQuery("Order"); ```
抱歉。
巴西人以超长的姓名而闻名，这一传统往往会给日常生活带来麻烦，比如使用银行卡或结账时。作者过去叫“罗伯托·安东尼奥”（Roberto Antonio，沿袭了多代人的命名惯例），他长久以来都觉得这个名字属于他的父亲，而非他自己。
在最近申请美国公民身份时，他抓住了简化身份的机会。他正式启用了自己长期使用的昵称“贝托”（Beto），并将姓氏简化为拼写更简单的“Dealmeida”。在刚拿到新的驾照后，作者为姓名长度的大幅缩减而感到高兴——从 35 个字符缩短到了 14 个。目前，他正在逐步更新各类账户，以换上他简洁且个性化的新名字。