## 过度协作的危害 “人多力量大”这句谚语有时会阻碍公司的进步。虽然一定程度的协作是有益的——比如副驾驶提供方向——但*过度*协作会降低速度并降低效率。作者认为，许多公司，包括他自己的公司（PostHog），都陷入了非生产性协作的陷阱。 核心问题在于，总是倾向于寻求意见（“想知道X怎么看？”），而不是授权个人“掌控”——拥有项目并独立执行。这导致无休止的讨论（“我们来讨论一下……”）以及从行动（拉取请求）转向辩论（Slack，RFC）。 PostHog通过优先考虑个人责任、高性能和最小化协调来应对这个问题。他们鼓励先发布，对反馈请求具体化，并默认在发布后进行审查。最终，信息很明确：主动*减少*协作以保持速度并实现雄心勃勃的目标。虽然承认一定程度的协作是必要的，但作者强调，默认减少协作对于长期成功至关重要。
每日HackerNews RSS
## 编译器 IR 效应跟踪：摘要 优化编译器需要理解每条指令的*效应*——它读取、写入或可能修改哪些数据。这种知识对于代码重排序、复制和删除等优化至关重要。编译器不应关注*指令是什么*，而应关注*它有什么效应*。 存在不同的方法来表示这些效应。两种常见的方法是**位集**和**堆范围列表**。**位集**，例如 Cinder 和 HHVM 中使用的，用单个位表示不同的内存位置，从而可以进行高效的并集和交集运算来确定潜在的干扰。**堆范围列表**，如 JavaScriptCore 的 DOMJIT 中所示，使用整数对来定义内存区域，提供灵活性，但可能需要更复杂的数据结构，如区间树。 最终目标是向编译器提供足够的信息以安全地优化代码。表示必须是*超近似*——倾向于谨慎，以确保有效性。更精确的跟踪可以实现更高级的优化，如死代码消除和指令调度。像 Simple 这样的项目利用基于类型的别名分析，直接集成到 IR 结构中。 这些方法之间的选择取决于精度、紧凑性和性能之间的权衡，并且正在进行的研究探索了表示和利用效应信息以进行编译器优化的最佳方法。
一个由“副作用目录”(bernsteinbear.com)链接引发的黑客新闻讨论，很快就变得幽默起来。许多评论者最初认为该链接会详细介绍“曼德拉效应”——共享的错误记忆——并引用诸如水果织物标志（“stein”与“stain”）之类的例子。
实际链接指向关于编译器的信息，巧妙地捉弄了那些期望讨论记忆差异的人。随后，对话演变成对现实故障、模拟测试（特别是品牌A/B测试！）的有趣猜测，甚至提到了游戏《Frogstar Fighters》。该帖子突显了互联网倾向于草率下结论并拥抱古怪的离题。
访问被拒绝 访问被拒绝 您没有权限访问此服务器上的“http://www.casio.com/us/watches/50th/Heritage/1970s/”。 参考编号：18.41d2017.1762891228.70b89e26 https://errors.edgesuite.net/18.41d2017.1762891228.70b89e26
## 卡西欧手表历史：摘要
一篇Hacker News讨论强调了卡西欧手表的悠久和创新历史。从70年代开创性的数字显示，如Casiotron（当时是一种奢侈品），到耐用且实惠的G-Shock系列，卡西欧始终在突破界限。
早期的创新包括计算器手表、带血压监测仪的手表，甚至能够通过无线电传输语音的型号。标志性的F-91W因其价格实惠和功能性而广为人知。
然而，最近的发展受到了批评，评论员们哀叹卡西欧正在转向不太实用的功能，如NFT和元宇宙集成。许多人表示更喜欢卡西欧早期、更具功能性和可靠品质的设计。
讨论还涉及了经典型号（如GW-6900）的持久吸引力，以及对回归更简单、更坚固设计的渴望，同时呼吁卡西欧重温其80年代的“游戏手表”概念。虽然一些人注意到质量控制方面的问题，但许多人仍然认为卡西欧相对于竞争对手而言，具有价格实惠和耐用的优势。
缩放 HNSW
Scaling HNSWs
16 天前
## Redis & HNSW：超越基础 Antirez 详细介绍了他在过去一年中深入研究在 Redis 中实现分层可导航小世界 (HNSW) 图形，以实现高效的向量相似性搜索的过程。虽然 HNSW 是一种强大的数据结构，但他发现将其调整到 Redis 的性能期望——低延迟、高吞吐量——带来了独特的挑战。 这不是一个 HNSW 的入门解释，而是对“额外里程”——实际应用中的优化和考虑因素的探讨。他强调了进一步研究的领域，例如质疑“H”（分层）组件的必要性，以及探索超越简单地将 HNSW 调整为磁盘存储的改进方案。 主要收获包括：通过 8 位向量量化实现显著的内存节省（对召回率的影响最小），线程化实现以利用多核处理器，以及一种新颖的内存回收方法，在删除期间确保图形完整性。他还详细介绍了一种在多个 Redis 实例之间扩展搜索的独特方法，以及将 JSON 过滤直接集成到搜索过程中的方法。 最终，Antirez 认为 HNSW 仍然是一种有价值的工具，特别是当将其作为一种灵活的数据结构公开时，使开发人员能够根据其特定需求定制解决方案。代码可在 GitHub 上获得，并附有详细文档。
## HNSW 扩展：总结
这次黑客新闻讨论围绕着分层可导航小世界 (HNSW) 算法的挑战和进展，这是一种流行的近似最近邻搜索技术，用于向量数据库。虽然 HNSW 在速度方面表现出色，但将其扩展到海量数据集会带来复杂性。
主要讨论点包括，基于图的方法在极端规模下的局限性，更倾向于聚类或替代方法，如 SPFresh（Turbopuffer 使用，在 1000 亿个向量上实现 200 毫秒的延迟）。过滤向量搜索结果是一个重要的性能瓶颈，通常需要完整的图遍历。
最近的进展集中在量化（如 int8）以加速索引，一些人认为乘积量化可以带来更大的收益。 也有人探索分层结构（HNSW 中的“H”）是否真的必要，可能更倾向于扁平结构。Redis 的 HNSW 实现优先考虑速度，达到 50k 查询/秒，并利用线程提高性能。
对话强调了开发者易用性和高度优化解决方案之间的紧张关系，承认并非所有程序员都具备驾驭复杂系统的专业知识。
## Windows Terminal 对决：延迟与性能评测
Windows Terminal 的一次更新（v1.19）将其延迟减半，使其更接近 MinTTY 等竞争对手。这促使人们重新评估 Windows 终端，回顾了自 2009 年 MinTTY 被认为是最佳终端以来一直探讨的话题。
测试重点关注关键特性——24 位色、字体支持、输入延迟、吞吐量和标签页支持，涵盖 conhost.exe（传统控制台）、MinTTY、Alacritty、WezTerm 和 Windows Terminal。结果显示，**conhost.exe 一致地提供最低的延迟**，紧随其后的是 MinTTY。**MinTTY 在吞吐量方面表现出色**，在处理大文件输出时显著优于其他终端。
然而，**WezTerm 显示出异常高的 CPU 使用率**，可能表明存在错误。空闲 CPU 消耗也是一个问题，大多数终端（conhost.exe 除外）即使在不活动时也会使用大量资源。令人惊讶的是，Windows Terminal 比传统控制台使用了更多的 RAM 和 CPU。
最终，**MinTTY 仍然是一个强有力的竞争者**，在性能、功能和更好的默认调色板之间取得了平衡。虽然 Windows Terminal 已经有所改进，但延迟仍然是需要优化的关键领域。作者计划继续调查 MinTTY 的空闲 CPU 使用情况，并认为所有测试的终端都有改进的空间。
iPod 袜子
iPod Socks
16 天前
## iPod 袜子：一款古怪的苹果配件
苹果于 2004 年 11 月推出 iPod 袜子，这是一套六只色彩鲜艳的针织棉袜，旨在保护 iPod 在旅途中免受刮擦。 史蒂夫·乔布斯以一种假装严肃的态度将其呈现为“革命性”产品，售价 29 美元。
尽管因妨碍访问 iPod 的控制功能和相对较高的价格而受到批评，但由于其通用性和鲜艳的色彩，这些袜子出人意料地受欢迎。 评论褒贬不一，iLounge 给予了“有限推荐”。
苹果在 2012 年 9 月左右停止销售 iPod 袜子，迅速将其变成收藏品。 到 2014 年，转售市场的价格飙升至高达 90 美元。 今天，人们将其铭记为一段“古怪”但标志性的苹果历史，经常与更近期的古怪配件（如抛光布）进行比较。
## iPod 袜子：苹果历史中的一个回忆
一个 Hacker News 的讨论重新提及了苹果的“iPhone 口袋”——最初是 iPod 袜子——一种针织配件，售价 29 美元（约合今天的 49 美元），主要用于保护早期的 iPod 免受刮擦。这次讨论引发了怀旧和乐趣，用户们分享了使用袜子保护 iPod、早期 iPhone 甚至 Kindle 的记忆。
许多人回忆起即使在 2004 年，价格也出乎意料地高，并且后来它成为了收藏品，在二手市场上的售价高达 90 美元以上。 讨论还涉及了现代手机保护，将当时对保护壳的需求（由于设备脆弱或机械部件）与当前对纤薄、裸露手机的偏好（尽管它们玻璃易碎）进行了对比。
除了怀旧之外，评论者还开玩笑地谈论了未来苹果的配件——比如 Vision Pro 的内裤——并强调了一个简单的针织产品在科技世界中令人惊讶的寿命。
Weave 是一家快速发展、资金充足的初创公司，正在寻找创始机器学习工程师，以构建智能系统，大幅提升软件工程团队的生产力。你将直接向 CTO 汇报，并与 CEO 紧密合作，从头开始塑造公司的机器学习流程。 我们优先考虑具有端到端机器学习系统部署经验、坚韧务实、注重实践的工程师——从数据选择到迭代。虽然具体技能不如潜力重要，但持续学习的承诺和积极主动的心态至关重要。 理想的候选人应具备同理心、善于沟通，对帮助其他工程师充满热情，并且能够适应快节奏的创业环境带来的挑战。 具备 React、TypeScript、Go 或 Python 经验会是加分项，并且在工程效率方面有先见之明的思考也会受到重视。这个职位提供了一个独特的机会，可以构建有影响力的智能系统，真正让客户满意。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Weave (YC W25) 正在招聘创始机器学习工程师 (ycombinator.com)
1 天前 | 隐藏
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Grebedoc：开源静态站点托管
Grebedoc 是一个社区运营的、开源的 GitHub Pages 等服务的替代方案，旨在直接从 Git 仓库托管静态网站。它利用 `git-pages` 和 Caddy，目前支持 Codeberg、Forgejo、Gitea、Gogs 和 GitHub。
该服务使用 Rage4 anycast 在六个区域全球分发，内容存储在 Tigris 上并备份到 Wasabi。网站限制为 768MiB（目标为 10GiB），并实施了 COOP/COEP 标头等安全功能。
**主要特性包括：**
* **推送式部署：** 通过 webhook 触发更新，提高效率。
* **灵活发布：** 支持各种工作流程，包括直接 `PUT` 请求，适用于没有 webhook 支持的仓库。
* **域名支持：** 提供通过 TXT 记录和安全授权进行域名验证的方法。
* **重定向和标头：** 支持 `_redirects` 和 `_headers` 文件进行站点配置。
* **取消发布：** 通过空提交或 `DELETE` 请求实现。
详细的设置说明（包括有和没有自定义域名的设置）以及从其他托管服务迁移的信息均可获得。该服务优先考虑安全性，并致力于长期稳定性。您可以在 [此处](状态页面链接 - 文本中未提供) 查看其状态。
## Grebedoc：为 Git 仓库提供的静态站点托管
Grebedoc (grebedoc.dev) 是一款新的静态站点托管服务，专为 Git 仓库打造，在 Hacker News 上受到关注。它旨在与 Codeberg 之外平台上的仓库协同工作，尽管在概念上与 Codeberg Pages 和 GitHub Pages 相似。
该服务利用名为“git-pages”（codeberg.org/git-pages/git-pages）的新软件，由志愿者团队开发，优先考虑水平可扩展性。用户赞赏其简单性，一位评论员强调了 Codeberg 整体的用户友好性以及对密码而非密钥的偏好。
Grebedoc 还提供自定义标头等功能（包括对“X-Clacks-Overhead”的致敬），并支持 Tangled 等工具，通过 CI 管道或直接上传归档文件等方式进行站点部署。一个彩蛋？Favicon 是一个倒置的 Codeberg 标志！
作者重温了一段用数组语言J编写的曼德勃罗集程序，发现时隔一段时间后已难以阅读。与其重新学习J，他们决定将其翻译成Uiua，另一种他们最近更熟悉（但也有点生疏）的数组语言。
Uiua的基于栈的特性显著改变了程序结构，与J的从右到左求值方式不同。作者欣赏Uiua在栈操作方面更清晰的函数签名。Uiua的一个突出特点是它可以自动从程序输出生成GIF，增强了语言的即时性。
作者强调了数组语言的核心优势——快速探索复杂的变换——以及Uiua如何通过自动可视化来提升这一优势，简化了通常繁琐的输出渲染过程，使体验感觉非常现代化。
## Hacker News 上关于 Uiua 和数组编程的讨论
最近 Hacker News 上进行了一场关于使用数组编程语言 Uiua (uiua.org) 实现曼德勃罗集的新颖实现的讨论。发帖者强调 Uiua 是一种独特的工具，结合了面向数组的编程和基于栈的范式。
评论者普遍认为 Uiua “非常酷”，赞扬其数据驱动的方法以及即使对于不熟悉数组编程的人来说，也能实现优雅解决方案的潜力。 几位用户指出，需要转变思维去“用数组思考”，这对于更广泛的编程技能是有益的，尤其是在图形和着色器编程方面。
讨论还涉及了高度简洁的数组代码固有的可读性挑战，将其与正则表达式进行了比较。 虽然有些人认为在数组语言中进行大型项目是不切实际的，但也有人分享了使用大型 K 代码库的经验，虽然最初很简洁，但会随着时间的推移加入注释和描述性命名以提高可维护性。 最终，共识是，虽然功能强大，但数组语言可能更适合原型设计和专注的算法任务，而不是大规模的协作项目。