所提供的文本并非可读的文档或文章，而是原始的 **PDF 源代码**。 它包含技术结构数据，包括 PDF 版本（1.4）、用于映射文件中各对象位置的交叉引用表（`xref`），以及压缩的二进制流数据。由于这是软件用于渲染 PDF 的机器可读内部格式，因此它不包含可供总结的连贯文本、叙述或信息。
每日HackerNews RSS
关于第一台超级智能机器的推测 (1965) [pdf] Speculations Concerning the First Ultraintelligent Machine (1965) [pdf]
3 小时前
抱歉。
作者成功为其静态博客实现了一个快速、轻量级的语义搜索引擎，无需依赖繁重的后端基础设施。 该方案的核心使用了 **model2vec** 技术，通过一个 4MB 的“查找表”取代了庞大的神经网络 Transformer 模型。系统通过对文本进行分词并对预计算的向量行进行平均，在完全运行于用户浏览器的情况下，实现了标准 Transformer 80% 以上的性能。 为了解决关键词搜索和语义搜索各自的局限性（两者通常难以处理互不相交的查询集），作者使用了**倒数排名融合（RRF）**技术将两者结合。该方法独立对两个引擎的结果进行排名并进行合并，确保最终列表既能捕捉精确的技术术语，又能涵盖更广泛的概念性表述。 该实现包括一个自定义的 JavaScript 分词器、针对文档“分块”的高效索引（以提高准确性），以及一个在构建阶段处理量化和嵌入的构建流水线。作者强调了全面评估的重要性，指出标准指标有时会掩盖不佳的性能，并提供了开源工具包供他人采用。
Hacker News 新闻 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
浏览器中的语义/混合搜索 (degoe.de)
6 点，由 bartdegoede 发布于 54 分钟前 | 隐藏 | 往期 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
尽管遭到强烈反对，FCC仍批准了照亮夜空的“太空镜”测试。 FCC Approves Test of Space Mirror to Light Night Sky Despite Outcry
4 小时前
请启用 JavaScript 并关闭广告拦截器
我的文件存储在哪里？ 您的文件始终保存在您的 Google Drive 中。我们仅存储您发布内容的缓存副本。 这是免费的吗？ HTML Drive 对最多 10 个已发布的页面完全免费。 谁可以查看已发布的页面？ 任何拥有公开链接的人都可以查看您发布的页面。查看者无需拥有 Google 帐户或进行注册。 我可以取消发布页面吗？ 可以。您可以随时取消发布任何页面。公开链接将立即失效。 支持哪些文件类型？ 我们支持 HTML (.html) 和 Markdown (.md, .markdown) 文件。两者都可以直接从您的 Drive 中进行编辑和发布。 我的 Google 帐户安全吗？ 我们使用 OAuth 2.0 进行安全验证。我们永远无法获取您的密码，并且您可以随时在 Google 设置中撤销访问权限。
一位 Hacker News 用户推出了 **HTMLDrive**，这是一项旨在帮助非技术用户直接通过 Google Drive 托管和共享 HTML 文件的新服务，旨在避开 GitHub Pages 等平台的复杂性。
然而，该服务的发布在社区中引发了褒贬不一的反馈。批评主要集中在以下几个方面：
* **隐私与数据管理：** 用户对缺乏自动删除账户数据的流程表示担忧，并指出需要通过电子邮件请求删除的方式既不方便也不安全。
* **服务可靠性与政策：** 持怀疑态度的人质疑该应用对 Google Drive 的依赖是否违反了 Google 的服务条款，并批评其在超出 10 页限制后的定价层级不明确。
* **实用性：** 一些评论者认为该服务价值有限，建议用户可以直接共享 HTML 文件或使用人工智能来处理发布过程。
总的来说，尽管该项目旨在简化非开发人员的共享体验，但社区对其可持续性、隐私标准以及在已充斥着人工智能和文件共享替代方案的环境中是否真的有必要仍持怀疑态度。
本文探讨了 C 语言代码中看似微不足道的“修饰性”修改如何通过影响编译器优化来显著提升性能。 作者展示了一种使用排序网络和循环展开的无分支快速排序实现。在比较两种指针划分写法时，作者发现显式书写指针递增（如 `if (cond) { *lwr = x; lwr++; }`）生成的代码较慢（在 M1 macOS 上为 4.39 秒），而更紧凑、地道的 C 语言写法（`if (cond) *lwr++ = x; else *rwr-- = x;`）则快得多（0.70 秒）。 性能差异源于紧凑的语法促使 Clang 生成了无分支指令（ARM 上的 `csel` 或 x86 上的 `cmov`）。通过避免显式分支，CPU 规避了因预测错误导致的流水线停顿。虽然 Clang 能有效优化这种模式，但作者指出 GCC 做不到这一点，在这两种代码风格下均会生成较慢的分支型指令。 最终，这种“运气”成分带来的优化使得该自定义实现比标准的 `std::sort` 快了近两倍。这一结果凸显了编码风格中的细微差别如何决定了编译器是生成高性能的无分支代码，还是生成较慢的分支机器指令。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
你的代码很快——如果你运气够好的话 (tiki.li)
16 点，由 chrka 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
互联网并非单一的工程系统，而是一个去中心化、分层的“网络之网络”，它是经由数十年的修补演进而来的。它的运作方式是在无需中央管控的情况下，通过私有的独立基础设施来传递数据。
通信依赖于一套协议层级：
* **物理/链路层：** 使用交换机连接本地设备，通过电缆或无线电波传输比特数据。
* **网络层（IP）：** 使用分层寻址在全球范围内路由数据包，在不可预测的路由器网格中寻找路径。
* **传输层（TCP/UDP）：** 增加可靠性、顺序控制和流控（TCP），或为实时需求提供轻量级数据流（UDP）。
* **安全性（TLS）：** 使用公钥加密技术确保隐私和真实性，从而保护两个端点之间的连接。
* **应用层（HTTP、DNS）：** 提供我们日常使用的易读名称和文档。
每一层都隐藏了其下层的局限性。这种模块化设计使得互联网能够不断演进——例如从铜缆过渡到光纤，或采用 QUIC 等现代协议——而无需进行自上而下的彻底重构。互联网之所以能可靠运行，是因为每个参与者都遵循相同的公开“规则手册”，从而使数十亿台独立设备能够无缝通信。
这篇 Hacker News 帖子讨论了一篇题为《从第一性原理看网络与互联网》的文章。社区的反馈大多持批评态度，重点在于排版和命名规范，而非技术内容本身。
用户主要抱怨该博客的可读性很差，称其字体太小且对比度低，导致网站在桌面端和移动端都难以浏览。另一些用户则对内容质量表示怀疑，将文章中的小工具斥为“人工智能生成的垃圾”，并质疑文章背后的投入程度。
讨论的焦点很大程度上集中在“从第一性原理”这个短语上，许多评论者认为这个短语被滥用、显得自命不凡，或者是平庸内容的标志。然而，也有少数用户认为，如果使用得当，这类标题可以有效传达出一种针对复杂课题的基础性、底层切入方法。尽管起初反应严厉，但至少有一位批评者承认，在粗略浏览后发现文章的解释其实相当不错，这表明负面评价更多是源于对特定文风的审美疲劳，而非内容本身存在谬误。
为了优化诸如 `(x << 2) & -4` 之类的代码，HotSpot C2 编译器使用了一种称为“已知位分析”（Known Bits analysis）的技术。传统的编译器仅使用有符号范围 `[lo, hi]` 来表示整数约束，但这在证明特定位是冗余时往往显得无力。 C2 现在通过范围和两个 32 位掩码来跟踪每个整数的约束： * **零掩码（Zeros mask）：** 已知为 0 的位。 * **一掩码（Ones mask）：** 已知为 1 的位。 通过保持“某一位不能同时为 0 和 1”这一不变性，编译器可以通过一种称为“简约乘积”（reduced product）的过程来优化这些掩码。编译器会迭代地让范围和位掩码互相校验——例如，如果位掩码显示低两位为 0，则范围会相应地收窄。 当编译器遇到 `AND` 操作时，它会检查该掩码是否多余。如果操作数的已知位证明了 `AND` 操作不会改变任何可能被置位的位，编译器就会彻底删除该 `AND` 节点。这使得机器代码更简洁、更高效，通常还能进一步实现其他优化，例如将移位和带掩码的加法合并为单条 `LEA` 指令。
抱歉。
Google 在 Search Console 中推出了“平台资源”（platform properties），这是一项旨在帮助内容创作者和发布商更好地了解受众如何通过 Google 搜索找到其社交媒体和 YouTube 内容的新功能。 此次更新允许用户追踪指向其 Instagram、TikTok、X 和 YouTube 个人资料的特定搜索词，从而更深入地了解受众参与度。在此之前，Google 已允许创作者在搜索结果中直接链接并展示多平台内容；此次更新则是该努力的延续，旨在进一步巩固 Google 搜索作为创作者中心平台的地位。 通过提供整合的发现指标视图（即使对于没有传统网站的创作者也同样适用），Google 旨在让发布商更轻松地监测其在碎片化数字环境中的覆盖范围。全新的“平台资源”功能将在未来几周内逐步推出。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Google 搜索功能让创作者更了解自己的触达范围 (theverge.com)
4 点 | herbertl 发布于 2 小时前 | 隐藏 | 往期 | 收藏 | 2 条评论 | 帮助
harkdif 发布于 43 分钟前 | 下一条 [–]
可能只是我个人的感觉，但我发现 Google Search Console 的数据出奇地不准确，或者至少很难解读。即使在其内部，数据也经常相互冲突，我不明白为什么结果会显示成这样。比如，它会显示特定页面的点击率，却无法与驱动这些点击的搜索词建立关联，同时该页面的展示次数却远超搜索词所显示的次数。对于像跨平台创作者追踪这样难以追踪的事物，我无法想象它能做得更好。
回复
orionblastar 发布于 45 分钟前 | 上一条 [–]
免付费墙镜像链接：https://archive.is/fcl2T
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
“Ghost Font”是一款实验性交流工具，旨在保持人类可读性的同时，抵御现代人工智能模型的识别。与传统的静态字体不同，Ghost Font 利用动态、噪点和基于视频的干扰信息来隐藏内容。由于字符由点构成，在静态时会与背景融为一体，因此单张截图无法呈现任何信息，从而有效地避开了光学字符识别（OCR）和标准的图像分析。
即便是在面对先进的 AI 模型时，动态字符与虚假诱饵信息的结合也为自动化破译设置了巨大的障碍。该项目受 2013 年“ZXX”字体的启发——尽管后者最终仍能被现代 AI 读取——旨在探索 AI 视觉感知不断演进的极限。
虽然该项目并不能取代传统的加密技术，但它展示了以人为本的设计如何挑战自动化监控。创作者计划将该项目开源，并建议将其应用于验证码系统，或作为衡量 AI 视频感知能力的基准。归根结底，“Ghost Font”凸显了机器视觉与人类视觉之间日益缩小的差距，是一次在 AI 主导的数字世界中保留独特人类声音的创意尝试。
最近 Hacker News 上的一场讨论关注了一个名为“mixfont.com”的项目，该项目推出了一种旨在让人类易于阅读，但让 AI 模型难以解读的字体。
社区对此反应普遍持怀疑态度。批评者认为这种字体阅读起来非常不适，一些用户甚至表示根本无法辨认。从技术角度来看，评论者指出与 AI 进行“军备竞赛”是徒劳的，并指出如果这种字体被广泛采用，AI 模型很快就会经过训练从而克服它。
此外，用户还提出了关于数字无障碍的重要担忧，指出试图阻挡 AI 的尝试往往会无意中排斥有视力障碍的人类用户。归根结底，大多数参与讨论者认为该概念只是一个巧妙的实验，而非区分人类用户与机器人的可行或持久的解决方案。
Bloomberg 需要帮助？请联系我们 我们检测到您的计算机网络存在异常活动 要继续访问，请点击下方方框以证明您不是机器人。 为什么会发生这种情况？ 请确保您的浏览器支持 JavaScript 和 Cookie，且未阻止其加载。 如需了解更多信息，请查阅我们的服务条款和 Cookie 政策。 需要帮助？ 有关此消息的咨询，请联系我们的支持团队，并提供下方的参考 ID。 屏蔽参考 ID: 911c499c-7d0f-11f1-9e2c-0f3e5226d216 订阅 Bloomberg.com，随时随地获取最重要的全球市场新闻。 立即订阅
抱歉。