2024 08 31 HackerNews

2024-08-31 Hacker News Top Stories #

  1. AnandTech 网站发布告别信，总结了 27 年的历史和成就，引发了读者对独立新闻机构的未来和技术报道的讨论。
  2. 一位开发者创建了一个名为“一百万个复选框”的网站，意外发现用户通过复选框传递秘密信息，引发了对互联网创造力和乐趣的讨论。
  3. Elasticsearch 再次开源，宣布将 AGPL 作为新的开源许可证选项，引发了对开源软件和许可证的讨论。
  4. 一名美国地区法院法官裁定，田纳西州的 TennCare Connect 系统非法拒绝了数千人的医疗补助和其他福利，引发了对算法系统和社会福利的讨论。
  5. SDL3 的新 GPU API 合并到主分支，旨在实现跨平台的图形代码和着色器编写，引发了对图形开发和跨平台支持的讨论。
  6. Anthropic 发布了一个提示工程互动教程，帮助用户掌握如何在 Claude 模型中优化提示，引发了对 AI 模型和提示工程的讨论。
  7. CIEL 是一个扩展的 Lisp，旨在使 Common Lisp 在日常任务中更加实用，引发了对 Lisp 语言和扩展的讨论。
  8. 搜索引擎的新时代：平衡创新、竞争和公共利益，讨论了谷歌的垄断地位及其对竞争的影响，引发了对搜索引擎和市场竞争的讨论。
  9. 哥伦布市起诉了一位网络安全专家，原因是他揭露了该市最近遭受的网络攻击的程度，引发了对政府对信息泄露的处理和言论自由的讨论。
  10. CodeViz 是一个 Visual Studio Code (VS Code) 扩展，能够生成代码库的交互式图表，引发了对代码可视化和开发工具的讨论。

AnandTech Farewell #

https://www.anandtech.com/show/21542/end-of-the-road-an-anandtech-farewell

这篇文章是 AnandTech 网站的告别信，由编辑 Ryan Smith 撰写，内容总结了该网站 27 年的历史和成就。以下是详细摘要：

  1. 告别的时刻：Ryan Smith 表达了对 AnandTech 结束出版的深切遗憾，强调这是他写过的最艰难的新闻文章。AnandTech 自 1997 年成立以来，专注于计算硬件的报道，经历了许多技术变革。
  2. 历史回顾：文章回顾了过去 27 年间计算机硬件的发展，从最初的桌面电脑到如今的便携设备，技术的进步令人瞩目。AnandTech 在这段时间内见证并报道了这些变化。
  3. 出版行业的变迁：Smith 提到，尽管 AnandTech 在过去的几十年中蓬勃发展，但如今的技术新闻市场已不如以往，导致网站决定结束其出版工作。
  4. 个人感悟：作为 AnandTech 的编辑，Smith 对过去 19 年的工作感到自豪，尽管他对未能实现的目标感到遗憾。他提到，AnandTech 的内容将继续在线保留，供读者查阅。
  5. 感谢致辞：Smith 感谢了所有曾在 AnandTech 工作过的编辑、合作的硬件和软件公司，以及支持网站的读者。他特别提到创始人 Anand Lal Shimpi 对网站的影响和贡献。
  6. 论坛和未来：AnandTech 的论坛将继续由 Future PLC 的社区团队运营，尽管不再发布新文章，论坛仍将是技术讨论的场所。同时，Tom’s Hardware 等其他网站将继续报道技术新闻。
  7. 对未来记者的寄语：Smith 呼吁现今的技术记者坚持高质量的报道，反对网络上的浮夸和浅薄内容，强调深入报道的重要性。
  8. 个人展望：尽管 AnandTech 结束了，但 Smith 表示自己仍将继续关注技术领域，并在社交媒体上保持活跃。

总的来说，这篇文章不仅是对 AnandTech 历史的总结，也是对未来技术报道的思考与展望。

HN 热度 2165 points | 评论 434 comments | 作者：janice1999 | 11 hours ago #

https://news.ycombinator.com/item?id=41399872

  • AnandTech 的告别让人感到遗憾，许多人认为它提供了高质量、深度的技术内容，反对肤浅的网络报道。
  • 评论者提到，AnandTech 的内容过于复杂和技术性，可能不适合普通读者，导致其受众逐渐减少。
  • 有人认为，谷歌和社交媒体的崛起使得优质新闻难以盈利，导致独立新闻机构的困境。
  • 讨论中提到，广告收入的减少和分类广告的消失是新闻业衰退的重要原因。
  • 一些评论者对未来的新闻模式表示乐观，认为付费订阅和优质内容的需求仍然存在。
  • 也有观点认为，现代媒体的内容质量下降，广告驱动的商业模式导致了信息的肤浅化。
  • 有人提到，虽然有竞争，但内容的碎片化使得用户在获取信息时面临更多障碍。
  • 讨论中提到，用户希望能够以合理的价格获取所需的内容，而不是被迫订阅多个服务。
  • 许多人对未来的内容消费模式表示担忧，认为可能会出现更多的低质量内容和点击诱饵。

The secret inside One Million Checkboxes #

https://eieio.games/essays/the-secret-in-one-million-checkboxes/

这篇文章《一百万个复选框中的秘密》讲述了作者在创建一个名为“一百万个复选框”（One Million Checkboxes, OMCB）的网站时，意外发现用户通过复选框传递秘密信息的故事。

网站概述 #

OMCB 于 2024 年 6 月 26 日上线，网站上有一百万个复选框，用户可以实时勾选或取消勾选。作者原本预期用户参与度较低，但实际上在短短两周内，网站吸引了 50 万玩家，勾选了超过 6.5 亿个复选框，甚至引起了《纽约时报》和《华盛顿邮报》的关注。

设计意图 #

为了防止用户在网站上随意涂鸦，作者设计了一个限制，使得复选框的排列方式与浏览器窗口的大小相关。这样，用户在不同设备上看到的内容可能不同，避免了不当内容的传播。

意外发现 #

几天后，作者在检查数据库时，发现了一些奇怪的 ASCII 编码数据，最初以为自己遭到了黑客攻击。经过仔细检查，作者意识到这些数据实际上是用户通过勾选复选框以二进制形式传递的消息。每 8 个复选框的状态（勾选或未勾选）对应一个字节，从而形成了可读的 ASCII 字符。

社区互动 #

作者随后加入了一个名为“Checking Boxes”的 Discord 服务器，发现用户们正在通过复选框绘制图像和传递信息。他们甚至将复选框的数据渲染成 1000x1000 的图像，创造了各种有趣的图案和动画。

对机器人行为的看法 #

尽管有些用户对网站上的机器人行为表示不满，认为这影响了他们的体验，但作者对此持积极态度。他认为这种创造性和技术性展示了年轻开发者的潜力，并感到非常自豪。

总结 #

作者对这些年轻人的创造力和技术能力感到欣慰，并期待他们未来的成就。这篇文章不仅是对一次意外发现的回顾，也是对互联网互动和创造力的深刻反思。

HN 热度 2131 points | 评论 197 comments | 作者：todsacerdoti | 1 day ago #

https://news.ycombinator.com/item?id=41395413

  • 互联网可以是一个充满创造力和乐趣的地方，但大多数人，尤其是年轻人，可能不会接触到这一面。
  • 社交媒体平台将原本独立且神奇的体验压缩成统一的形式，使得探索互联网变得更加困难。
  • 尽管有些人对互联网持悲观态度，但仍有许多人认为它能够带来积极的体验和创造性的交流。
  • 许多人在编程和创造中找到了乐趣，但随着行业的变化，这种乐趣可能会减弱。
  • 许多程序员感到疲惫，认为现代技术的复杂性和行业标准使得编程变得不再特别。
  • 有人提到，编程的乐趣在于创造，而不是追求完美或行业标准。
  • 许多评论者分享了他们在编程和创造中的个人经历，强调了保持创造力和乐趣的重要性。
  • 对于许多程序员来说，回归简单的编程方式可以重新点燃他们的热情。
  • 社区中的支持和鼓励对于年轻人的成长和创造力至关重要。

Elasticsearch is open source, again #

https://www.elastic.co/blog/elasticsearch-is-open-source-again

在 2024 年 8 月 29 日，Elastic 公司宣布 Elasticsearch 和 Kibana 将再次被称为开源软件。这一消息令 Elastic 团队感到无比兴奋，尤其是创始人 Shay Banon，他表示“开源是我们的 DNA”。Elastic 计划在接下来的几周内，将 AGPL（通用公共许可证）作为新的开源许可证选项，和现有的 ELv2 和 SSPL 一起提供。

背景 #

三年前，Elastic 因与 AWS 的市场混淆而改变了许可证，导致了 Elasticsearch 的一个分叉。尽管当时的决定是痛苦的，但经过三年的发展，Elastic 与 AWS 的合作关系得到了加强，市场混淆问题也基本解决。Banon 表示，经过这段时间的观察，他们终于感到可以重新回归开源项目。

新的许可证选项 #

Elastic 决定增加 AGPL 作为许可证选项，而不是移除现有的 ELv2 和 SSPL，以便用户可以根据自己的需求选择。Banon 强调，AGPL 是一个经过 OSI（开放源代码促进会）批准的许可证，广泛被接受，且不会影响软件的使用或受欢迎程度。

对未来的展望 #

Banon 对 Elastic 的未来充满信心，并表示他们的产品和团队执行力都在不断提升。尽管市场会有波动，但 Elastic 始终在考虑长期发展。此次许可证的变更被视为朝着更开放的未来迈出的一步。

结论 #

Banon 对能够再次称 Elasticsearch 为开源软件感到非常高兴，并期待与用户共同构建更美好的未来。他鼓励用户继续使用 Elasticsearch，并欢迎他们选择新的 AGPL 许可证。

HN 热度 719 points | 评论 408 comments | 作者：dakrone | 1 day ago #

https://news.ycombinator.com/item?id=41394797

  • AWS 在 2018 年对 Elasticsearch 的许可变更做出了回应，认为 AGPL 足以阻止 AWS 使用代码，但核心问题在于 AWS 希望为开源项目贡献安全功能，而 Elastic 则希望将安全性作为企业特性。
  • Elastic 的企业销售过程繁琐，导致许多中小型客户望而却步，小型公司通常更倾向于使用按需付费的 SaaS 解决方案。
  • Elastic 在提供管理服务时的执行力不足，导致其在市场竞争中处于劣势。
  • 一些用户对 Elastic 的支持和信任下降，最终选择了 AWS 的 Opensearch，认为 Elastic 在支持方面表现不佳。
  • 对于安全功能的收费问题，许多评论认为安全性应作为默认功能，而不是额外收费。
  • 许多小公司在与大型企业合作时需要 SOC2 报告，但 Elastic 将这些报告隐藏在企业级订阅后，增加了小公司的负担。
  • AGPL 与 Elastic 许可证的比较中，AGPL 要求修改后的源代码必须公开，而 Elastic 许可证则禁止使用其代码创建直接竞争对手，后者被认为在某些方面更具限制性。
  • 一些评论认为，Elastic 许可证的模糊性可能导致法律风险，尤其是在定义“竞争对手”方面。
  • 用户对 Elastic 的转变感到失望，认为其与 AWS 的合作可能会影响开源社区的发展。
  • 有观点认为，尽管 Elastic 许可证不被视为真正的开源许可证，但它在某些情况下仍然允许用户自托管和修改代码。

Judge rules $400M algorithmic system illegally denied Medicaid benefits #

https://gizmodo.com/judge-rules-400-million-algorithmic-system-illegally-denied-thousands-of-peoples-medicaid-benefits-2000492529

一名美国地区法院法官裁定，田纳西州的 TennCare Connect 系统非法拒绝了数千人的医疗补助（Medicaid）和其他福利。这一系统由德勤等承包商开发，耗资超过 4 亿美元，旨在自动分析收入和健康信息，以确定低收入居民和残疾人的福利资格。然而，法官发现该系统在实际操作中常常无法加载正确的数据，错误地将受益人分配到错误的家庭，并做出不正确的资格判断。

这一裁决源于 2020 年针对 35 名被拒绝福利的成年人和儿童提起的集体诉讼。田纳西州正义中心的执行董事米歇尔·约翰逊表示，这是对原告和所有因 TennCare 不当政策而失去重要健康覆盖的成员的重大胜利。法官指出，符合资格的参保者不应依赖运气、毅力和律师的努力才能获得医疗覆盖。

TennCare Connect 系统于 2019 年推出，旨在现代化医疗补助系统，并遵循《平价医疗法案》规定的新资格标准和简化的入学要求。法官发现，该系统在终止覆盖时并未考虑申请人是否有资格获得所有可用的福利项目。德勤在全国范围内的现代化努力中获益匪浅，赢得了在 20 多个州（包括田纳西州和德克萨斯州）建立自动资格系统的合同。倡导团体已要求联邦贸易委员会调查德勤在德克萨斯州的做法，称数千居民同样因该公司的故障系统而被不当拒绝生命救助福利。

HN 热度 409 points | 评论 114 comments | 作者：rntn | 1 day ago #

https://news.ycombinator.com/item?id=41393172

  • 该算法系统导致许多人被拒绝医疗补助，甚至引发了一些自杀事件，反映出系统的悲剧性后果。
  • 申请社会福利的过程复杂，拒绝率高达 50%，且上诉过程漫长，给申请者带来极大压力。
  • 政府项目缺乏竞争性，导致服务质量低下，无法像商业机构一样被淘汰。
  • 在民主制度下，政府失效时选民可以投票更换，但实际操作中选民的影响力有限。
  • 私人保险与政府医疗补助之间的服务水平差异显著，私人保险并不总是更优。
  • 许多人认为应该有一个统一的公共医疗保险系统，以简化资格审核过程。
  • 该系统的失败不仅是软件问题，更是政策和法律复杂性导致的。
  • 需要对政府承包商进行问责，确保他们对造成的伤害承担责任。
  • 有观点认为，政府应优先考虑人道主义，减少对申请者的拒绝，而不是通过复杂的审核程序来节省开支。
  • 许多评论者提到，政府应当更好地利用技术，避免将责任推给外包公司。

SDL3 new GPU API merged #

https://github.com/libsdl-org/SDL/pull/9312

该 Pull Request（PR）是关于 SDL（Simple DirectMedia Layer）库的 GPU API MkII 的提案，主要由开发者 flibitijibibo 提出。以下是该 PR 的详细摘要：

  1. 背景与目的：

    • 随着 SDL 3.0 的临近，开发团队决定加快 GPU API 的开发，以便尽早获得更多反馈。
    • 该 API 与 FNA 项目密切相关，FNA 是一个旨在重现 XNA 的项目，而 MoonWorks 则是一个更接近 XNA 的继任者。该提案的目标是将 Refresh（一个图形组件）转变为最终的 GPU API 候选者。

  2. 技术细节：

    • Refresh 目前支持 Vulkan 和 PS5 图形 API，并计划增加对 D3D11 的延迟上下文支持。
    • 该 API 包括一个着色器系统，采用离线编译的方式，旨在简化现代图形 API 的使用。
    • 该 API 的设计允许在不同的渲染后端之间灵活切换，支持计算着色器等现代图形功能。

  3. 开发进展：

    • 目前，Refresh 已经在 PC 和控制台上用于生产环境（例如《Samurai Gunn 2》）。
    • 开发者们正在积极处理 API 的各项功能，包括资源安全性和渲染流程的优化。

  4. 社区反馈：

    • 一些开发者对该提案表示支持，认为计算着色器是现代图形 API 的重要特性，应该被纳入 API 设计中。
    • 讨论中提到，离线着色器编译的方式可能会对某些开发者造成不便，尤其是需要额外的环境配置。

  5. 未来计划：

    • 该提案的作者表示，未来将继续完善 API，特别是在 Metal 和 D3D12 的支持方面。
    • 目前的工作重点是确保 API 的稳定性和性能，同时处理社区反馈和建议。

总的来说，该 PR 旨在通过引入现代图形 API 的支持，提升 SDL 的图形处理能力，并为开发者提供更灵活和高效的工具。

HN 热度 286 points | 评论 107 comments | 作者：caspar | 1 day ago #

https://news.ycombinator.com/item?id=41396260

  • SDL3 的新 GPU API 合并到主分支，旨在实现跨平台的图形代码和着色器编写，简化开发流程。
  • 与 Unity 和 Unreal 等解决方案相比，SDL_gpu 作为纯 C 库，强调极高的可移植性和低依赖性。
  • SDL_gpu 提供更底层的接口，允许直接管理命令缓冲区和内存分配，便于多线程处理。
  • Godot 和其他库也支持跨平台着色器，但 SDL3 的 GPU API 更注重简化和高效。
  • SDL 的 API 更新是为了适应现代硬件和图形需求，解决旧版 API 的局限性。
  • WebGPU 虽然有其优点，但在灵活性和适应性方面存在不足，SDL GPU API 则更为实用。
  • SDL3 的 GPU API 与 SDL2 的渲染 API 并不冲突，用户可以选择使用或不使用。
  • SDL 的设计理念是为开发者提供一个简单的接口，以便快速实现图形功能，而不是强制使用复杂的底层 API。
  • SDL3 的 GPU API 旨在支持现代图形特性，如计算着色器，适应当前的开发需求。
  • 许多开发者对 SDL3 的前景持乐观态度，期待其在游戏引擎和应用程序开发中的应用。

Anthropic’s Prompt Engineering Interactive Tutorial #

https://github.com/anthropics/courses/tree/master/prompt_engineering_interactive_tutorial

该链接指向 Anthropic 的“提示工程互动教程”课程，旨在帮助用户掌握如何在 Claude 模型中优化提示（prompts）。以下是该课程的详细摘要：

课程介绍与目标 #

  • 目的：提供逐步的理解，帮助用户掌握如何构建有效的提示。
  • 学习成果：
    • 理解良好提示的基本结构。
    • 识别常见的失败模式，并学习“80/20”技巧来解决这些问题。
    • 了解 Claude 的优缺点。
    • 从零开始为常见用例构建强大的提示。

课程结构 #

  • 课程分为 9 个章节，每个章节都有练习，附录中包含更高级的方法。
  • 课程设计允许用户多次练习编写和调试提示。
  • 每节课的底部有“示例游乐场”，用户可以在此实验不同的提示，观察 Claude 的响应变化。
  • 使用的模型为 Claude 3 Haiku，适合快速和经济的应用。

章节内容 #

  1. 基础提示结构
  2. 清晰直接的表达
  3. 角色分配
  4. 数据与指令的分离
  5. 输出格式化与 Claude 的表达
  6. 逐步思考（预见性）
  7. 使用示例
  8. 避免幻觉
  9. 构建复杂提示（行业用例）
    • 聊天机器人
    • 法律服务
    • 财务服务
    • 编程服务

附录 #

  • 超越标准提示：包括提示链和工具使用。

其他信息 #

  • 该教程也可在 Google Sheets 中使用，推荐使用该版本以获得更好的用户体验。
  • 完成课程后，用户将能够有效地构建和优化提示，以适应不同的应用场景。

总的来说，该课程为希望深入了解提示工程的用户提供了全面的学习资源和实践机会。

HN 热度 273 points | 评论 81 comments | 作者：sebg | 1 day ago #

https://news.ycombinator.com/item?id=41395921

  • 有人认为与 AI 的交流应简化，不必过于优化提示，找到最小的表达方式即可。
  • 一些用户在使用本地 LLM 时，尝试通过分类和清理步骤来提高输出的准确性和相关性。
  • 有人分享了使用不同硬件和软件进行音频输入输出的经验，认为这部分比较复杂。
  • 有人提到，使用 LLM 解决技术问题的成功率不高，尤其是对特定问题的理解不够准确。
  • 一些用户认为，提示工程与良好的管理和沟通原则相似，都是为了引导 AI 更好地完成任务。
  • 有人指出，提示的具体性与结果的质量之间存在一定的矛盾，有时模糊的提示反而能得到更好的结果。
  • 讨论中提到，AI 的安全性和过滤机制可能过于严格，影响了其在某些情况下的表现。
  • 一些用户对 Claude 和 GPT-4o 的编码能力进行了比较，认为 GPT-4o 在某些任务上表现更好。
  • 有人提到，使用 AI 时，简单直接的提问往往能得到更有效的帮助。
  • 讨论中提到，提示工程的复杂性和有效性可能与用户的表达方式和背景知识有关。

CIEL Is an Extended Lisp #

http://ciel-lang.org/

CIEL（Common Lisp 的扩展）是一个集成了多种 Lisp 库的工具，旨在使 Common Lisp 在日常任务中更加实用。其主要特点包括：

  1. 多种形式：CIEL 提供三种形式的使用方式：

    • 一个可执行的二进制文件，用于快速启动和运行 CIEL 脚本。
    • 一个功能齐全的 REPL（交互式解释器），适用于终端。
    • 一个 Lisp 库，供开发者使用。

  2. 内置库：CIEL 内置了处理 JSON、CSV、字符串操作、正则表达式、线程和作业调度、HTTP 和 URI 处理等功能的库，用户无需额外安装库管理器（如 Quicklisp），即可直接使用。

  3. 简化语法：CIEL 通过引入一些函数（如 dict）来简化标准 Common Lisp 中的复杂操作，例如创建哈希表的过程。

  4. 增强文档：CIEL 对内置函数和宏的文档进行了增强，提供了更多的解释和示例，帮助用户更好地理解和使用这些功能。

  5. 友好的 REPL：CIEL 的 REPL 支持多行编辑、语法高亮和 shell 传递等功能，提升了开发体验。

  6. 脚本能力：用户可以通过命令 ciel myscript.lisp 运行脚本，利用 CIEL 的高层库和 Common Lisp 特性，启动速度快。

  7. 持续开发：CIEL 仍在开发中，开发者欢迎社区的支持和反馈。

总之，CIEL 旨在为 Common Lisp 用户提供一个开箱即用的环境，简化开发过程，提高效率。

HN 热度 261 points | 评论 69 comments | 作者：todsacerdoti | 8 hours ago #

https://news.ycombinator.com/item?id=41401415

  • CIEL 作为一个扩展的 Lisp，提供了标准化的文档和库，可能成为新的标准目标。
  • 有用户对文档的可用性表示质疑，认为目前的文档更像是自述文件而非完整文档。
  • 有评论提到在移动设备上查看时，侧边栏不易发现，建议改进用户体验。
  • CIEL 的 REPL 支持 shell 命令的通过，增强了用户交互性。
  • 有人提到希望 CIEL 能提供更好的二进制编译支持。
  • 一些用户对 CIEL 与其他 Lisp 实现的比较表示兴趣，尤其是在性能和易用性方面。
  • 讨论中提到 CIEL 的设计理念是为了简化 Common Lisp 的使用，减少系统依赖。
  • 有评论认为 CIEL 并不是一种新的 Lisp，而是一个包含了许多库的打包分发版本。
  • 有人对 CIEL 的命名表示好奇，认为其名称在不同语言中有不同的含义。
  • 讨论中提到希望 CIEL 能在 Lisp 生态系统中带来更多的标准化和最佳实践。

Dawn of a new era in Search: Balancing innovation, competition, and public good #

https://blog.kagi.com/dawn-new-era-search

这篇文章讨论了搜索引擎领域的最新动态，特别是围绕谷歌的垄断地位及其对竞争的影响。以下是内容的详细摘要：

文章背景 #

最近，法官阿米特·梅赫塔裁定谷歌在搜索市场中具有垄断地位，并通过分销协议抑制竞争。作者指出，尽管他们不是法律专家，但在科技行业有丰富经验，认为需要探讨谷歌商业模式的适应性。

谷歌的搜索架构 #

文章分析了谷歌搜索的三个核心组成部分：

  1. 搜索索引：谷歌建立了一个覆盖几乎所有可访问网页的庞大索引，并通过算法优化相关性。
  2. 用户索引：用户在搜索时看到的界面，谷歌通过分析用户意图和位置来优化搜索结果。
  3. 广告主索引：谷歌的广告引擎，负责管理广告投放和收益。

谷歌的垄断地位 #

文章指出，谷歌在搜索查询和广告主平台上占有超过 90% 的市场份额，形成了一个自我增强的循环，使得竞争对手难以进入市场。尽管有其他公司（如必应）投入巨资，但仍无法撼动谷歌的主导地位。

用户的利益受损 #

尽管谷歌提供免费的搜索服务，但由于广告驱动的商业模式，用户的搜索体验受到影响：

  • 搜索结果有限：用户无法接触到其他可能更符合其需求的搜索结果。
  • 广告饱和：用户面临大量广告，影响了搜索体验。
  • 隐私问题：广告模式依赖用户数据，导致隐私风险。
  • 激励不对齐：用户与广告主之间的目标不一致，导致用户看到的内容往往不符合其真实需求。

可能的解决方案 #

作者提出，解决谷歌垄断问题的关键在于对其搜索索引的访问。建议将搜索索引视为“必要设施”，以便其他公司能够公平地使用这一资源，促进竞争和创新。具体措施包括：

  • 分离搜索索引：将搜索索引与广告和用户索引分开，允许竞争对手使用。
  • 标准化访问：通过 API 提供公平的访问条件，降低新进入者的门槛。
  • 建立监管机构：确保公平访问和合规性。

结论 #

文章强调，未来的搜索市场应以用户的需求为中心，促进创新和多样化的商业模式。政策制定者、行业领袖和公众应共同参与这一重要对话，以确保搜索技术为公众利益服务，尊重隐私，并确保信息的公平获取。

这篇文章为理解当前搜索引擎市场的动态及其潜在改革提供了深刻的见解。

HN 热度 233 points | 评论 72 comments | 作者：sbeckeriv | 1 day ago #

https://news.ycombinator.com/item?id=41393475

  • Kagi 的用户对其搜索引擎的功能和 AI 特性表示满意，认为其提供了更好的搜索体验。
  • 有用户指出 Kagi 的“Lenses”功能可以有效过滤搜索结果，提升搜索效率。
  • 一些评论者对 Google 的搜索质量表示失望，认为 Kagi 在特定搜索中表现更佳。
  • 有人质疑 Kagi 的商业模式，认为付费搜索引擎的价值不如免费的搜索工具。
  • 讨论中提到，Kagi 的成功与 Google 的垄断地位形成对比，认为应推动市场竞争。
  • 有评论认为，Kagi 的未来发展需要考虑如何与 AI 搜索工具竞争。
  • 一些用户对 Kagi 的定价表示担忧，认为在某些国家价格过高。
  • 讨论中提到，政府干预可能会影响市场竞争的公平性，需谨慎对待。
  • 有人建议建立开放的搜索索引，以促进信息的自由获取和创新。

City of Columbus sues expert who exposed extent of cyberattack #

https://www.10tv.com/article/news/local/city-columbus-sues-cybersecurity-expert/530-fc59233d-39cb-463f-9454-0234f1c8cced

哥伦布市（Columbus）因网络攻击事件起诉了一位网络安全专家康纳·古德沃夫（Connor Goodwolf）。该事件发生在 7 月 18 日，市技术部门发现系统异常后立即断开了互联网连接。两周后，黑客组织 Rhysida 声称对该攻击负责，并表示他们获取了 6.5TB 的数据，随后发布了其中 45% 的数据。

市长安德鲁·金瑟（Andrew Ginther）曾表示被盗数据可能已损坏或加密，因而无用。然而，古德沃夫随后向媒体展示了他能够访问的个人信息，并指出哥伦布警方的犯罪数据库可供下载，该数据库包含过去十年内的证人、受害者和嫌疑人信息。

市政府于 8 月 29 日申请了临时禁令，要求古德沃夫停止访问、下载和传播被盗数据，并索赔至少 25,000 美元。市政府声称古德沃夫的行为造成了“不可逆转的伤害”和“广泛的担忧”。市律师扎克·克莱因（Zach Klein）强调，这一行动并非为了压制古德沃夫的言论自由，而是为了保护正在进行的刑事调查和相关人员的安全。

古德沃夫曾表示计划建立一个网站，让人们查询自己是否在数据泄露中受到影响。市政府对此表示担忧，认为这可能会进一步威胁公众安全。

目前，哥伦布市已对古德沃夫提出四项索赔，包括刑事行为损害、隐私侵犯、过失和民事转移。最终的预审会议定于 2025 年 9 月 18 日举行。

HN 热度 200 points | 评论 78 comments | 作者：hendler | 9 hours ago #

https://news.ycombinator.com/item?id=41401224

  • 哥伦布市起诉揭露网络攻击程度的专家，反映出政府对信息泄露的处理不当。
  • 有评论认为，公开敏感数据通常是不明智的，尤其是涉及正在进行的调查。
  • 对于 Goodwolf 的行为，有人认为他在传播数据时可能越界，尽管他意图是揭露真相。
  • 另一些评论则指出，Goodwolf 在网络安全社区的声誉不佳，质疑他的动机和方法。
  • 有人认为，城市的反应是对批评的惩罚，可能侵犯了言论自由。
  • 讨论中提到，数据泄露的责任在于城市的安全失误，而不是 Goodwolf 的揭露行为。
  • 还有观点认为，媒体在处理此类信息时应更加谨慎，以避免对正在进行的案件造成伤害。
  • 此事件引发了对政府透明度和公众知情权的讨论，认为公众有权了解潜在的安全威胁。

Launch HN: CodeViz YC S24 #

https://news.ycombinator.com/item?id=41393458

Liam 和 Will 是 CodeViz 的创始人，他们正在开发一个 Visual Studio Code (VS Code) 扩展，这个扩展能够生成代码库的交互式图表，从系统架构到函数调用图。他们提供了一个演示视频，展示了如何分析 OpenHands、uv 和 webviz 项目。这个扩展目前已经公开，用户可以试用它来分析自己的代码库。

CodeViz 的创建初衷是为了让软件的表示更加直观。Liam 和 Will 在特斯拉工作期间发现，软件工程师实际上很少时间在编写代码，大部分开发时间都花在了导航复杂的文件和为每个任务构建心智图上。他们意识到，需要一种图表，既能帮助开发者把握大量代码，又可以根据开发者的任务进行过滤。

CodeViz 作为一个 VS Code 的侧边栏面板，提供了两种视图：

  1. 调用图：用户点击函数时，CodeViz 会展示上游和下游的引用链。开发者可以使用调用栈来导航代码库，并在一个视图中看到函数被调用的所有地方。这个调用图是通过开发者已经在 VS Code 中安装的语言服务器生成的。
  2. 架构图：CodeViz 创建了一个 C4 图，提供了代码库的顶层视图，并允许用户点击进入组件层。他们发现，一小部分代码就能生成非常准确的系统表示。CodeViz 检测到这些重要文件后，使用大型语言模型 (LLMs) 构建容器和组件级别的嵌套架构图。

开发者主要使用 CodeViz 来导航复杂的代码、帮助新开发者快速上手以及解释开源代码库。目前，CodeViz 提供基础功能免费，对于更资源密集的工具（如详细的架构图）则提供付费层。他们正在考虑定价策略，并欢迎用户对这一方法提出建议。

CodeViz 正在积极开发中，接下来的主要工作是使调用图更容易查看和导航。他们非常欢迎用户的真实反馈、建议和愿望，以帮助他们不断改进产品。他们期待听到任何关于当前扩展、一般问题空间或其他方面的意见和建议。

HN 热度 184 points | 评论 83 comments | 作者：LiamPrevelige | 1 day ago #

https://news.ycombinator.com/item?id=41393458

  • CodeViz 的推出受到了积极的反馈，许多开发者期待这样的工具能帮助他们更好地理解和导航复杂的代码库。
  • 一些用户对 CodeViz 的定价表示担忧，认为每月 19 美元的费用相对较高，尤其是与其他工具相比。
  • 有用户建议提供本地模型的支持，以便在不将代码发送到外部服务器的情况下使用 CodeViz。
  • 许多评论者希望能够自定义架构图的标签和层次结构，以更好地适应不同的项目需求。
  • 对于 CodeViz 的功能，用户希望能够看到更多标准化的图形表示，例如 UML 图和序列图。
  • 一些用户对 CodeViz 的隐私政策表示关注，尤其是在代码是否会被发送到外部服务器的问题上。
  • 开发者们对 CodeViz 的未来功能表示期待，希望能看到更多与 LLM 结合的功能，以增强代码分析的能力。
  • 有评论者提到，CodeViz 的可用性和用户体验需要进一步改善，尤其是在试用和定价透明度方面。