2026 05 14 HackerNews

2026-05-14 Hacker News Top Stories #

  1. 谷歌将推 Gemini 笔记本以“智能即规格”整合指点问答、自动小部件与跨端投屏/取用，意在弱化应用形态但因 Gemini 稳定性与 Chromebook 口碑受质疑，或先在教育与入门市场落地。
  2. 为追求数据主权，作者将分析、邮件、存储与 AI 等迁至欧盟/自托管以获合规与可控，虽牺牲便捷且仍需警惕美国法律域外效力与公司属地风险。
  3. OrcaSlicer-bambulab 通过开源客户端恢复 Bambu Lab 打印机对云端 BambuNetwork 的完整远程支持，引发围绕厂商撤功能与 AGPL 精神的争议，但项目已在 Windows（WSL2）、Linux 等平台可用。
  4. Needle 将 Gemini 工具调用蒸馏为 2600 万参数本地小模型，单工具调用高效快速但在工具选择、去重和多工具稳定性上仍弱，需结合上下文与按工具微调。
  5. 作者因 GitHub 频繁宕机、默认用交互数据训练 Copilot 及受美法域外取证风险而迁至自托管 Forgejo，呼吁回归 git 去中心化并建立镜像，但也承认难以完全阻止代码被用于模型蒸馏与训练。
  6. 文章以 Eurostile 为例给出“未来感”文字的六步法（倾斜、几何造型、连字控距等）并指出此类风格带有时代刻板印象、易过时且常被替代字体与排版语汇所误用。
  7. 指南详解免费申请 *.city.state.us 地方域名流程，但实际常受繁琐政审与注册服务不稳所困，折射出当下以商业为导向的域名治理与早期非商业地理命名愿景的落差。
  8. 请愿呼吁主流媒体停止屏蔽互联网档案馆时光机，强调保存与可读性是新闻自由一部分、能抗审查与核验真伪，尤在 AI 无视抓取时更需与独立档案机构合作承诺开放归档。
  9. EFF 指出加拿大 C-22 强制数据留存与加密后门、或绕过端到端加密并扩散滥用风险，或致安全通讯退出加拿大，呼吁公众联络议员反对以捍卫隐私与强加密。
  10. DuckDB 推出基于 HTTP 的原生远程协议 Quack，实现多实例客户端-服务器互通、并发写入与浏览器直连，简化数据整合查询并补齐远程交互体验以迈向通用数据栈内核。

1. 智能即规格：Gemini 笔记本电脑的智能体验革新 (Googlebook) #

https://googlebook.google/

谷歌推出一款将于 2026 年秋季发布的先进笔记本电脑，搭载了名为 Gemini 的智能技术。该技术被称为“智能即规格”，融合了 Gemini 的最佳功能，提升了笔记本的智能体验。

网页强调了几项核心功能：

  1. Magic Pointer：用户可以即时选择任何内容，进行提问、比较或创作，提升交互效率。
  2. Create My Widget：通过简单的指令即可创建定制化的小部件，增强个性化使用体验。
  3. Cast My Apps：无需安装，用户可以将安卓手机上的应用直接投射到笔记本上使用。
  4. Quick Access：实现手机文件与笔记本的无缝访问，文件仿佛存储在笔记本本地。

此外，产品设计轻巧但性能强大，网页多次通过静音循环视频展示产品外观和使用场景。用户可以通过网页报名获取新品通知，需确认年满 18 岁并同意相关条款。

HN 热度 901 points | 评论 1509 comments | 作者：tambourine_man | 1 day ago #

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

  • 该产品的愿景是让应用程序变得无关紧要，通过数据输入给大型语言模型并用可视化工具展示结果，提升用户体验。
  • 目前 Google 的产品如 Gemini 存在很多基础问题，表现不稳定，无法完成基本任务，难以信任。
  • Google 可能会将这些设备推广到教育领域，用于训练和普及其 AI 技术。
  • 目标用户可能是长期使用 Chromebook 的学生和刚步入职场的年轻人，提供熟悉但更高级的体验。
  • Chromebook 在用户中口碑不佳，常被视为廉价且性能差的设备，品牌形象负面。
  • 新技术初期往往不完善且匆忙推出，类似早期互联网技术的发展过程，用户需要时间适应和改进。
  • 过去 Google 的产品虽然功能不多，但稳定性和可靠性较好，而现在的 AI 产品存在严重的错误和幻觉问题。
  • 由于市场缺乏竞争，Google 缺乏动力去做好产品，用户对其新产品的信任度下降。
  • AI 技术仍处于初级阶段，类似 90 年代互联网泡沫时期，许多产品不成熟但有发展潜力。
  • 大众对 AI 持怀疑态度，部分原因是 OpenAI 和 Anthropic 等品牌管理不善，导致技术被夸大和误解。
  • 相比之下，用户更信任 Spotify、Kobo 等已有的应用和服务，因为它们提供了稳定且可信的体验。

2. 我将我的数字基础设施迁移到了欧洲 (I moved my digital stack to Europe) #

https://monokai.com/articles/how-i-moved-my-digital-stack-to-europe/

这篇文章讲述了作者将其数字基础设施迁移到欧洲的经历，重点探讨了数字主权的重要性以及欧洲云服务的优势。作者强调数字主权意味着了解数据存储位置，避免因政策变化或公司决策而失去关键工具的访问权，选择基础设施时应考虑价值观而非仅仅便利性。

在具体迁移过程中，作者首先将 Google Analytics 替换为自托管的 Matomo，实现数据完全掌控且符合 GDPR 要求，但需要承担维护服务器的责任。邮件服务从 Google Workspace 迁移到瑞士的 Proton Mail，虽然功能上有一些限制（如过滤规则和自定义域名数量），但隐私保护更强且符合欧洲隐私法规。

密码管理方面，作者从 1Password 迁移到 Proton Pass，保持了良好的加密和数据安全。计算资源从 DigitalOcean 迁移到法国的 Scaleway，后者不仅界面友好，还提供了碳排放信息，帮助选择更环保的服务器位置。

对象存储服务由亚马逊 AWS 迁移到 Scaleway，兼容 S3 接口，迁移过程借助 rclone 工具完成。离线备份从 Backblaze 迁移到欧洲最大的云服务商 OVHcloud，虽然配置复杂但成本更低。事务性邮件服务由 Twilio SendGrid 替换为欧洲的 Lettermint，简洁高效且价格合理。

错误追踪工具从 Sentry 迁移到自托管的 Bugsink，虽然功能较为基础，但满足了简单的错误日志需求，且数据完全留在自家基础设施中。AI 接口则从 OpenAI 切换到总部位于巴黎的 Mistral，满足了作者对简单模型的需求。

整体来看，作者通过这次迁移实现了对数字资产更高的控制权和隐私保护，同时支持欧洲本地的云服务提供商，体现了对数字主权和可持续发展的重视。

HN 热度 862 points | 评论 529 comments | 作者：monokai_nl | 12 hours ago #

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

  • 近年来，欧洲对数据主权的重视显著提升，企业和政府越来越关注数据是否能完全托管在欧盟或本国境内。
  • 数据主权不仅是公众舆论的变化，更是法律要求，某些类型的数据必须在欧盟境内处理。
  • 公众对美国公司的信任下降，促使更多企业考虑数据迁移和本地化托管。
  • 美国的法律如 CLOUD Act 允许执法机构获取存储在全球的美国公司数据，增加了数据安全风险。
  • 仅仅依靠物理服务器位置无法保证数据安全，公司的总部所在地同样是风险因素。
  • 一些美国云服务公司尝试通过设立独立的欧盟实体来规避风险，但客户对此普遍持怀疑态度。
  • 有观点认为数据在美国境内反而更安全，因为情报机构对外国服务器的操作更为自由。
  • 也有观点指出美国情报机构对本国网络的监控同样没有有效限制，法律标准形同虚设。
  • 数据主权的推动不仅来自监管机构，也来自企业自身对美国的不信任以及欧洲本土服务商的市场机会。
  • 欧洲数字主权的核心关切是减少对美国技术和基础设施的依赖，防止美国政府利用技术手段作为政治武器。
  • 美国政治的不稳定性使得欧洲国家担忧被美国政府“断电”或被用作政治胁迫工具。
  • 加拿大等国家也感受到类似的主权威胁，认为美国公众对国际形势的认知存在偏差。

3. 恢复对 Bambu Lab 打印机的完整 BambuNetwork 支持 (Restore full BambuNetwork support for Bambu Lab printers) #

https://github.com/FULU-Foundation/OrcaSlicer-bambulab

该网页是 GitHub 上名为 OrcaSlicer-bambulab 的开源项目主页。OrcaSlicer 是一个针对 Bambu Lab 打印机的软件，恢复了完整的 BambuNetwork 支持，允许用户通过互联网而不仅仅是局域网进行打印，具备完整的正常使用和打印功能。

安装方面，Windows 系统需要启用 WSL 2 功能，并提供了具体的命令步骤；Linux 系统则只需正常安装即可；macOS 版本仍在开发中。页面还推荐用户使用 BMCU 固件，相关固件可在作者的其他仓库中找到。

该项目主要使用 C++ 语言开发，伴有少量 C、JavaScript、HTML、CMake 和 Shell 脚本代码。项目由用户 codedbyjake 维护，目前有约 2900 颗星和 922 个分支，显示出较高的社区关注度和活跃度。页面还包含项目的许可证信息（AGPL-3.0）和安全政策链接。

HN 热度 637 points | 评论 291 comments | 作者：Murfalo | 1 day ago #

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

  • 卖家在售出设备后通过软件更新移除功能属于盗窃行为，无论是物理还是远程操作，都不应被认可。
  • AGPL 许可证本意是防止厂商限制用户对软件的使用，BambuLab 利用其限制用户权利的行为违反了这一精神。
  • BambuLab 有权限制其网络服务的访问，但不能因此阻止用户自由使用其 AGPL 授权的软件。
  • 发送停止分发通知（C&D）是 BambuLab 限制非官方软件访问其网络的简单手段，但这种做法被认为不妥且幼稚。
  • 通过查看公开的 AGPL 源代码，第三方修改软件使其伪装成官方客户端，并未涉及非法逆向工程。
  • BambuLab 所谓的安全措施仅仅是客户端明文的用户代理字符串验证，安全性极低且容易被绕过。
  • 设计性报废和限制第三方软件访问云服务是厂商常见的商业策略，但用户对此有异议。
  • BambuLab 要求停止分发修改版软件的行为实际上限制了用户对 AGPL 软件的自由使用权。
  • 发送 C&D 并不等同于法律诉讼，用户依然可以选择忽视，但厂商通过此举快速阻止非官方软件访问其网络。
  • 类似情况在其他软件项目中也存在，如 Signal 拒绝第三方分支使用其服务器，要求自行搭建服务器。

4. 展示 HN：Needle——我们将 Gemini 工具调用提炼成一个 2600 万参数模型 (Show HN: Needle: We Distilled Gemini Tool Calling into a 26M Model) #

https://github.com/cactus-compute/needle

该网页介绍了一个名为 Needle 的轻量级函数调用模型，基于 Gemini 3.1，参数量为 2600 万，设计目标是能够在 Mac 或 PC 等本地设备上进行微调。Needle 模型在生产环境中运行速度较快，支持 6000 tokens/秒的预填充和 1200 tokens/秒的解码速度。模型结构采用了简单注意力网络，包含 8 层解码器和 12 层编码器，使用了多种规范化和注意力机制，且权重和数据集生成均已开源。

Needle 模型预训练使用了 16 个 TPU v6e，训练了 2000 亿个 token，后续又用单次函数调用数据集进行了微调。该模型适合在手机、手表、眼镜等消费设备上运行，虽然参数量较小，但在单次函数调用任务上表现优于一些更大模型，如 FunctionGemma-270m 和 Qwen-0.6B。

网页还提供了快速上手指南，包括克隆代码库、安装依赖、启动网页 UI 进行测试和微调。用户可以通过 Python 接口调用模型，实现基于工具的查询和推理。Needle 支持多种命令行操作，如微调、训练、评估、数据生成和 TPU 管理。

此外，网页列出了模型的引用格式和开发团队信息，强调 Needle 是一个实验性项目，旨在推动小型 AI 模型在消费设备上的应用。总体来看，该网页详细介绍了 Needle 模型的设计、性能、使用方法及其应用场景，适合对轻量级 AI 模型感兴趣的开发者和研究者参考。

HN 热度 631 points | 评论 181 comments | 作者：HenryNdubuaku | 1 day ago #

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

  • 模型在处理工具调用时表现一般，尤其在选择合适工具方面存在不足，如未能正确使用邮件工具。
  • 上下文信息对模型性能有显著影响，提供更多上下文能提升工具调用的准确性。
  • 模型在生成具体内容（如邮件正文）和去重调用方面表现不佳，存在改进空间。
  • 需要针对每个工具进行微调以提升模型的适用性和准确率。
  • 现有示例中部分工具（如定时器、发送邮件、创建笔记）支持较好，但工具数量和复杂度增加时效果不稳定。
  • 该模型适合在特定受控环境下使用，可能不适合复杂多工具场景。
  • 有观点认为该技术有潜力用于命令行程序的自然语言解析，简化用户操作。
  • 未来可能会有操作系统层面的统一自然语言解析模型，支持多工具调用和适配。

5. 离开 GitHub，转向 Forgejo (Leaving GitHub for Forgejo) #

https://jorijn.com/en/blog/leaving-github-for-forgejo/

这篇文章作者 Jorijn Schrijvershof 讲述了他为何决定将代码从 GitHub 迁移到自托管的 Forgejo 平台。文章指出，迁移的主要原因并非 GitHub 的频繁宕机，而是对平台归属权和数据控制权的担忧。荷兰政府也做出了类似选择，推出了基于 Forgejo 的 code.overheid.nl，用于托管政府代码，强调必须在自己拥有的平台上发布代码以符合法律要求。

作者介绍了 GitHub 在 2025 年 5 月至 2026 年 4 月间发生了 257 起事件，其中 48 起为重大宕机，累计停机时间约 112 小时。虽然宕机频发，但真正的问题在于 GitHub 因 AI 功能的快速增长而面临的巨大压力。GitHub 的 CTO 公开承认需要将容量扩大 30 倍以应对 AI 驱动的负载。

此外，2025 年 8 月，GitHub 失去了独立 CEO，成为微软 CoreAI 部门的一部分，GitHub 的产品和工程团队都纳入微软的 AI 组织管理，这意味着 GitHub 的决策更多受微软 AI 战略影响，作者对此表达了不信任。

2026 年 4 月，GitHub 默认将 Copilot 用户的交互数据用于 AI 训练，用户需主动选择退出，且无法针对特定仓库设置排除，这让作者担忧代码被用作训练数据的隐私和控制问题。私有仓库虽有一定保护，但编辑时产生的代码片段仍会被收集。

最后，文章提到 GitHub 和微软作为美国公司，受美国法律如 FISA 第 702 条和 CLOUD 法案约束，存在数据被美国政府访问的风险，这也是作者选择离开 GitHub 的重要原因之一。总体来看，作者强调了数字主权和数据控制的重要性，选择 Forgejo 实现更自主的代码托管和管理。

HN 热度 515 points | 评论 274 comments | 作者：jorijn | 11 hours ago #

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

  • Git 本质上是去中心化的，GitHub 只是其中一个托管平台，离开 GitHub 不应忘记 git 的去中心化精神，且希望有自动同步的镜像避免项目消失。
  • GitHub 利用所有公开仓库训练 Copilot 未告知用户，导致部分用户不愿再在 GitHub 提交个人代码。
  • 目前法律和开源理念使得防止代码被用于训练 AI 几乎不可能，且即使迁移仓库，也难以阻止他人上传代码到 GitHub。
  • 法律应允许知识蒸馏（distillation），使其成为双刃剑，既保护也限制使用。
  • 目前案例表明模型输出不受版权保护，因此知识蒸馏是合法的，AI 公司更多依赖服务条款限制蒸馏和训练竞争模型。
  • GitHub Copilot 训练数据来自公开代码库，使用了 OpenAI 的 Codex 模型，训练数据主要是公开可用的代码。
  • 公开代码被用来训练 AI 是推动 AI 模型进步的重要原因，开源代码免费且开放，促进了多模型竞争。
  • Copilot 曾直接返回部分代码片段，存在违反代码许可的争议。
  • 训练 AI 使用公开代码被法院视为合理使用（fair use），与其他公开版权内容类似，主要法律风险在于模型输出的版权侵权。
  • 代码迁移出 GitHub 并不能阻止 AI 公司抓取代码，公开网站上的代码都可能被下载用于训练。
  • GPL 许可要求署名和代码共享，但模型训练过程会剥离许可信息，可能导致 GPL 许可被违反。
  • 源代码可见但非开源许可通常禁止训练使用，MIT 许可要求署名但未署名后果不明确，属于灰色地带。
  • 一些公开仓库有防止爬取的措施，代码不一定完全开放给所有人抓取。

6. 如何让你的文字看起来具有未来感（2016） (How to make your text look futuristic (2016)) #

https://typesetinthefuture.com/2016/02/18/futuristic/

这篇文章介绍了如何通过六条简单的设计规则，使文字看起来具有未来感，特别适用于科幻电影中的排版设计。文章以无衬线字体 Eurostile Bold 为例，逐步演示了如何通过斜体倾斜、局部曲线与棱角结合、添加特殊字母形态（如“V”形）、字母合并以避免过度字距、去除无意义的文字部分，以及加入金属质感、蓝色灯光和星空背景等效果，来营造未来感强烈的视觉效果。

文章还列举了多个著名科幻电影和电视剧的字体设计实例，如《银翼杀手》、《太空堡垒卡拉狄加》、《变形金刚》、《银河护卫队》、《机器人总动员》、《星球大战》、《美国队长：冬日战士》、《异形大战铁血战士》等，说明这些作品如何应用这些规则来强化其未来科技氛围。

此外，文章提到《回到未来》和《星际迷航：下一代》作为未来感字体设计的经典范例，特别是后者甚至包含了星空背景，完美体现了这些设计原则。文章还附带了读者评论，讨论了其他作品和设计细节，显示出该主题在科幻视觉设计中的广泛影响和应用。

最后，文章提醒读者，这些设计技巧已在作者的书籍《Typeset in the Future》中有更详细的介绍，并提供了预购信息。整体内容对喜欢科幻电影和字体设计的读者具有较高的参考价值。

HN 热度 474 points | 评论 59 comments | 作者：vaporwave | 1 day ago #

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

  • 文字设计中存在“刻板印象”，如用 Neuland 字体代表非洲，仿中文字体代表中餐外卖菜单等。
  • 视觉设计中常用字体和包装语言暗示产品属性，消费者通过这些线索辨识产品。
  • 电影标志字体风格虽相似，但细节和字体类型不同，影响未来感的表达。
  • 未来感字体设计总是依赖于特定的文化和时代背景。
  • 《Typeset in the Future》这本书详细介绍了未来感字体的历史和灵感来源。
  • Papyrus 字体因《阿凡达》电影被广泛调侃，成为“部落风”与未来感的反差代表。
  • Michroma 字体被认为是 Eurostile 的 Google 字体替代品，但细节设计有所不同。
  • 未来感字体的设计往往带有时代烙印，随着时间推移显得过时。
  • 未来感字体风格源自 1960 年代科幻作品和杂志封面字体。
  • 星际迷航的字体设计中包含假 3D 效果和星空背景，增强未来感。
  • 未来感字体设计中常见的假 3D 效果和光线拖尾是标志性元素。
  • 未来感字体设计中，Eurostile 字体已成为科幻字体的代表之一。
  • 文字设计中的“字距战争”被幽默地描述为 2067 年的“灾难性事件”。

7. 设置免费 *.city.state.us 地方域名（2025） (Setting up a free *.city.state.us locality domain (2025)) #

https://fredchan.org/blog/locality-domains-guide/

本文介绍了如何在美国免费注册一个以 *.city.state.us 结尾的地方域名。地方域名是与美国某地理位置相关联的域名，最早创建于 1992 年，注册者需是美国公民、永久居民或在美国有合法办公地点的组织。

注册流程分为五步：

第一步，选择地方域名。许多地方域名的注册权已委托给不同公司，需查找最新的注册代理联系信息。如果想注册的地方域名未被委托，通常只有政府机构能注册。

第二步，获取域名服务器。地方域名注册需要先有域名服务器，文中推荐使用亚马逊 Lightsail 提供的免费 DNS 服务，创建 DNS 区域后可获得所需的域名服务器地址。

第三步，填写注册表格。需填写完整的域名、组织信息、用途描述、运营日期、管理和技术联系人信息，以及域名服务器的主机名和 IP 地址。还需满足美国身份验证要求。

第四步，将填写好的表格发送给对应的注册代理，等待审核，过程可能需要数天或数周。

第五步，完成 Lightsail 中的 DNS 配置，添加指向目标服务器的 DNS 记录，完成后即可访问新注册的地方域名。

文中还提到，是否必须居住在注册地不确定，WHOIS 查询不会泄露个人地址信息。作者感谢其他相关指南的帮助，分享了自己的实践经验。

HN 热度 453 points | 评论 148 comments | 作者：speckx | 9 hours ago #

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

  • 地方域名注册存在较大困难，尤其是需要地方政府出具公证信函，且部分城市政府对此程序不明确或不支持。
  • 一些地方域名注册商因运营者去世或停止服务，导致域名续费和管理面临风险，可能导致域名消失。
  • 地方域名的管理和使用受制于繁琐的官僚程序，尤其是中大型城市难以配合审批。
  • 早期互联网设计者如 Jon Postel 曾设想过非商业化的分层地理域名体系，但未能实现，现今 ICANN 体系更多以商业利益为导向。
  • 域名行业结构复杂，ICANN 主要服务注册局，注册用户反而成为产品，注册商则起到责任屏障作用。
  • 域名滥用和钓鱼网站举报处理效率低，缺乏统一和有效的管理机制。
  • 域名抢注和停放现象普遍，ICANN 争议解决费用高昂，令维权成本过高。
  • 域名曾经免费，直到 1995 年后开始收费。
  • 个人对域名注册商的服务体验差异较大，部分注册商响应及时，部分则因运营者失联导致服务中断。
  • 通过公开信息可对域名注册者进行较详细的背景调查。
  • 获取地方政府公证信函可能并不如想象中困难，关键在于态度和专业性。
  • 地方域名的实际用途和价值存在疑问，有人尝试用类似格式搭建新的地理域名体系。

8. 告诉《纽约时报》、《大西洋》和《今日美国》保留时光机 (Tell NYT, Atlantic, USA Today to keep Wayback Machine) #

https://www.savethearchive.com/newsleaders/

该网页是一份面向新闻记者的请愿书，呼吁《纽约时报》、《大西洋》和《今日美国》等主要媒体停止阻止互联网档案馆（Internet Archive）通过“时光机”（Wayback Machine）保存新闻报道的行为。请愿书指出，自今年 2 月起，《纽约时报》已要求互联网档案馆停止保存其记者作品，而《今日美国》虽然依赖时光机进行报道，却同时阻止其内容被归档。《大西洋》虽表达关注但未承诺解决方案。

请愿书强调，新闻自由不仅是写作自由，更是确保新闻被长期保存和阅读的自由。时光机作为一个独立、非营利的公共资源，长期保存新闻内容，对于抵抗审查、维护新闻真实性尤为重要。面对人工智能带来的挑战，时光机的存在比以往任何时候都更为关键，因为 AI 公司往往无视规则，未经许可抓取新闻内容，而互联网档案馆则坚持诚信运营。

请愿书呼吁主要媒体领导层公开承诺与互联网档案馆合作，确保新闻内容能够被时光机保存，以保护记者的工作成果不被遗忘，维护新闻的历史价值和社会公正。文末还附带了多篇相关报道链接，进一步阐述了时光机面临的威胁及其重要性，并提供了联系方式供媒体采访和其他咨询。

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

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

  • archive.org 尊重 robots.txt 协议，因而被部分网站屏蔽，导致无法归档这些网站内容。
  • 尊重 robots.txt 是合法且理智的做法，否则可能面临诉讼风险。
  • 一些大型 AI 公司无视 robots.txt，进行内容抓取以盈利。
  • 互联网档案馆（Internet Archive）公开重新分发内容，而 AI 公司通常不公开分发抓取内容。
  • robots.txt 主要控制爬虫抓取行为，不阻止用户主动访问网页。
  • robots.txt 和标签作用不同，前者控制爬取，后者控制索引和缓存。
  • 有人质疑为何不希望公开博客被归档，反映出对内容控制的不同需求。
  • 关闭互联网档案馆对阻止 AI 抓取内容帮助有限，因为 AI 公司有其他绕过手段。
  • 版权保护和内容抓取的法律边界在 AI 训练数据使用上仍存在争议。
  • 训练 AI 模型是否涉及版权侵权，及其是否属于合理使用，法律尚无明确判例。

9. 加拿大的 C-22 法案是去年监控噩梦的翻版 (Canada’s Bill C-22 Is a Repackaged Version of Last Year’s Surveillance Nightmare) #

https://www.eff.org/deeplinks/2026/05/canadas-bill-c-22-repackaged-version-last-years-surveillance-nightmare

这篇文章由电子前沿基金会（EFF）发布，标题为《加拿大的 C-22 法案是去年监控噩梦的翻版》。文章指出，加拿大政府去年提出的 C-2 法案因侵犯数字权利而遭到隐私社区强烈反对，未能进入委员会审议。今年春天推出的 C-22 法案（又称“合法访问法案”）在保留许多问题的同时，对部分内容进行了调整。

C-22 法案要求数字服务提供商（包括电信公司和消息应用）保存用户元数据长达一年，并扩大与包括美国在内的外国政府的信息共享。元数据能揭示用户的通信对象、位置和时间，扩大收集将增加用户隐私风险。此外，法案允许公共安全部长要求公司为执法部门创建后门访问数据，只要不引入“系统性漏洞”，且禁止公司公开这些命令的存在。

文章指出，法案中“系统性漏洞”和“加密”的定义模糊，可能被政府用来绕过加密保护。类似英国去年政府要求苹果为其高级数据保护功能设置后门，导致该功能被撤销的情况也令人担忧。Meta 和苹果均反对该法案，美国国会相关委员会也对加拿大政府的后门要求表达了关切。

文中强调，后门带来的安全风险是真实存在的，举例 2024 年“盐台风”黑客事件利用执法访问系统进行攻击。作者呼吁加拿大应保障强有力的隐私保护、透明的数据处理机制和加密数据的明确安全措施，而 C-22 法案未能做到这些，反而扩大了对技术公司的数字监控权限。

文章还附带了相关链接，包括法案全文、加拿大公民自由协会的声明、以及 EFF 对之前 C-2 法案的分析。整体来看，文章批评 C-22 法案是对数字隐私的严重威胁，呼吁公众关注并反对该法案。

HN 热度 365 points | 评论 120 comments | 作者：Brajeshwar | 1 day ago #

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

  • 加拿大的 C-22 法案要求强制数据保留和加密后门，会导致加密通讯服务如 Signal、WhatsApp 等拒绝加拿大用户和企业使用。
  • 反对该法案应联系加拿大议员和公共安全部长，利用多个工具发送邮件表达反对意见。
  • 虽然加拿大执政党通常能推动立法，但多方施压仍有意义，议员和部长职责不同。
  • 与极权国家如俄罗斯相比，加拿大的民主和选举仍有实质意义，不能简单类比。
  • 一些第三世界国家在日常生活中有更多自由，如无需许可证、政府干预少、现金经济盛行，但缺乏法治和保障。
  • 北美虽有更多法律和规章，但高税负、高房租和繁琐的行政手续限制了实际自由。
  • 监管和法律虽然带来限制，但也保护了公众安全、家庭权益和劳动者权利，缺乏监管可能导致强者或腐败者肆意妄为。
  • 政府过大可能导致腐败，政府过小则可能被其他势力取代，理想状态是强而有力且廉洁的政府。
  • 自由的限制往往是为了保障社会整体利益和其他人的自由，完全的自由在社会中难以实现。
  • 面对财产被强行夺走的情况，法律途径是唯一选择，但实际操作中可能效果有限，甚至需要靠自身防卫。

10. Quack：DuckDB 客户端-服务器协议 (Quack: The DuckDB Client-Server Protocol) #

https://duckdb.org/2026/05/12/quack-remote-protocol

本文介绍了 DuckDB 团队推出的 Quack 远程协议，该协议使得多个 DuckDB 实例能够相互通信，实现客户端-服务器架构下的多并发写入。Quack 基于 HTTP 协议，简单易用且性能优越，适用于从批量操作到小事务的各种工作负载。

文章回顾了数据库架构的发展历程，指出传统数据库多采用客户端-服务器模式，虽然方便管理和多客户端访问，但协议开销较大。DuckDB 作为一种嵌入式数据库，采用进程内架构，适合数据科学等交互式场景，但在多进程同时修改同一数据库文件时存在技术限制。为此，社区曾开发多种解决方案实现 DuckDB 的客户端-服务器功能，但均为权宜之计。

Quack 协议的设计初衷是为 DuckDB 提供原生的客户端-服务器支持。用户只需在两个 DuckDB 实例中安装并加载 Quack 扩展，即可通过简单的命令实现实例间的数据查询和传输，支持复杂查询和大数据量操作。协议基于 HTTP，利用其成熟的生态系统优势，支持身份验证、负载均衡等功能，并兼容 DuckDB-Wasm，使浏览器中的 DuckDB 实例能够直接连接远程服务器。

Quack 采用请求-响应模式，消息包括连接请求、身份验证、查询执行及结果分批获取，数据序列化使用 DuckDB 内部高效的编码格式。总体而言，Quack 协议为 DuckDB 拓展了新的应用场景，提升了用户体验，兼顾了架构创新与实用性。

HN 热度 364 points | 评论 77 comments | 作者：aduffy | 1 day ago #

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

  • Quack 协议解决了 DuckDB 在客户端查看数据时需要关闭服务器的问题，提升了使用体验。
  • DuckDB 被广泛应用于数据整合、分析和数据管道，因其简单易用和低门槛受到青睐。
  • 通过 DuckDB 可以轻松将不同数据源合并到一个实例中进行查询，减少了复杂的环境搭建和学习成本。
  • DuckDB 既可以作为本地查询引擎，也可以作为组件嵌入其他系统，具备多种使用场景。
  • DuckDB 的发展方向是成为现代数据工具栈的核心引擎，支持多种扩展功能如地理空间和概率查询。
  • DuckDB 的多样化功能不会影响其核心引擎的使用，用户可以根据需求选择性使用。
  • DuckDB 在数据管道中表现出色，能够提供类似大数据平台的性能，但无需复杂基础设施。
  • Quack 协议使得 DuckDB 的客户端-服务器通信更清晰，适合在更大规模的工作流中作为执行层使用。
  • DuckDB 并非想成为 Postgres，而是作为更大工具链中的 SQL 执行层，解决数据管理和操作的复杂性。
  • DuckDB 与 MotherDuck 是独立的项目，Quack 协议与 MotherDuck 的专有协议不同，支持不同的功能。

Hacker News 精彩评论及翻译 #

Why senior developers fail to communicate their ex… #

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

Because the most important parts of the expertise are coming from their internal “world model” and are inseparable from it.

An average unaware person believes that anything can be put in words and once the words are said, they mean to reader what the sayer meant, and the only difficulty could come from not knowing the words or mistaking ambiguities. The request to take a dev and “communicate” their expertise to another is based on this belief. And because this belief is wrong, the attempt to communicate expertise never fully succeeds.

Factual knowledge can be transferred via words well, that’s why there is always at least partial success at communicating expertise. But solidified interconnected world model of what all your knowledge adds up to, cannot. AI can blow you out of the water at knowing more facts, but it doesn’t yet utilize it in a way that allows surprisingly often having surprisingly correct insights into what more knowledge probably is. That mysterious ability to be right more often is coming out of “world model”, that is what “expertise” is. That part cannot be communicated, one can only help others acquire the same expertise.

Communicating expertise is a hint where to go and what to learn, the reader still needs to put effort to internalize it and they need to have the right project that provides the opportunity to learn what needs to be learnt. It is not an act of transfer.

hamstergene

因为专业知识中最重要的部分来源于他们内部的“世界模型”，而且与之不可分割。

普通不了解情况的人认为，任何东西都可以用言语表达，一旦说出了话语，听者就会理解说话者的意思，唯一的困难可能是因为不懂词语或误解了歧义。要求让一名开发者“传达”他们的专业知识给别人正是基于这种信念。而因为这种信念是错误的，试图传达专业知识从来没有完全成功过。

事实性的知识可以通过语言很好地传递，这就是为什么传达专业知识总会有至少部分成功的原因。但把你所有知识整合起来的、稳固的相互关联的世界模型则无法传递。人工智能在知道更多事实方面可以远远超过你，但它还没有以一种方式利用这些事实，使得它能够惊人地、频繁地正确推断出更多知识的可能内容。那种更频繁正确的神秘能力来源于“世界模型”，这就是“专业知识”。这一部分无法传达，只能帮助别人获得同样的专业知识。

传递专业知识只是在提示学习的方向和内容，读者仍然需要付出努力去内化它，并且他们需要有合适的项目提供学习所需知识的机会。这不是一个转移的过程。

I moved my digital stack to Europe #

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

For the past days I’ve been participating(albeit over Teams) in a conference relevant to my industry (intel), basically startups and established companies showcasing their products to a closed audience of EU gov. officials.

One thing I noticed right away, is that all companies were asked “Can we fully host this from within EU or our country” from the various people in audience. Every single one. Many of the startups had slides prepared for this.

Definitely a change, because it is not something I can recall being important just a couple of years ago.

TrackerFF

过去几天，我一直通过Teams参加一个与我所在行业（英特尔）相关的会议，基本上是初创公司和成熟企业向欧盟政府官员的封闭观众展示他们的产品。

我立刻注意到的一点是，观众中的不同人员都会问所有公司一个问题：“我们能否完全在欧盟或我们自己的国家内部托管这些服务？”每一家都被问到这个问题。许多初创公司甚至为此准备了专门的幻灯片。

这绝对是一个变化，因为我记得几年前这还不是一个重要的问题。

Restore full BambuNetwork support for Bambu Lab pr… #

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

This isn’t actually possible

This is only true due to a firmware they pushed last year. It’s an artificial limit.

There’s no reason at all a local client couldn’t just talk to a local printer without any cloud.

Every problem BambuLabs have here is self-inflicted. They could allow simultaneous cloud and local queue management with or without authentication.

oliwarner

这实际上是不可能的。

这只是因为他们去年推送的固件导致的。这是人为设置的限制。

本地客户端完全可以直接与本地打印机通信，根本不需要任何云端。

BambuLabs 在这里遇到的所有问题都是自找的。他们完全可以允许同时进行云端和本地队列管理，无论是否需要认证。

Restore full BambuNetwork support for Bambu Lab pr… #

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

It’s maddening that quite a few people are jumping to defend Bambu here.

Principally if you sell a device with a certain functionality and you later modify that device later to remove that functionality that is called theft. It does not matter the slightest bit whether you break into someone’s house to physically alter the device or whether you remotely install a malicious software update to do that.

But what’s even more insane here is that some people are claiming that BambooLabs would somehow have the right to do this, because while BambooLab might not have the right to limit the hardware they already sold (which they did and these people just pretend did not happen) they have the right to limit their printer client software under the license conditions they impose on it from the beginning, when their printer client is literally a modification of AGPL licensed software. The entire point of the GPL is to prevent people like BambooLabs from doing exactly this. The AGPL is literally the single license with the most restrictions on BambooLabs to ensure that the users of the software — the customers — do not have any restrictions in what they can do with it.

Some people are seeing this situation and just decide to side with the company against their customers on imposing restrictions on an already sold product after the sale and they are literally making shit up to justify it.

Edit: For people who do not know what this is about: Someone modified AGPL software to reenable features of these 3D printers that BambooLabs stole after the sale and BambooLabs sent a legal threat to them to stop distributing the software.

basilikum

令人气愤的是，居然有不少人在这里跳出来为Bambu辩护。

主要问题是，如果你卖出一台带有某种功能的设备，后来又修改这台设备以去除该功能，这就叫偷窃。不管你是闯进别人家里物理篡改设备，还是远程安装恶意软件更新来实现，这一点一点都无关紧要。

更疯狂的是，有些人声称BambooLabs有权这么做，因为虽然BambooLabs可能没有权利限制他们已售出的硬件（他们确实这么做了，但有人偏偏假装没发生过），但他们有权根据从一开始就加在打印机客户端软件上的许可条款来限制软件使用，而他们的打印机客户端实际上是基于AGPL许可软件的修改版。GPL许可的全部意义就在于防止像BambooLabs这样的人做这种事情。AGPL许可实际上是对BambooLabs限制最多的许可，确保软件用户——即客户——在使用软件时不受到任何限制。

有些人看到这种情况后，选择站在公司一边，反对客户，支持售出后对已售产品加以限制，甚至编造理由为此辩护。

补充说明：对于不了解情况的人，这件事是这样的：有人修改了AGPL软件，重新启用了BambooLabs在售后盗取的这款3D打印机功能，而BambooLabs则发出法律威胁，要求停止分发这款软件。

US inflation jumps to 3.8% as energy costs surge f… #

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

I can’t think of a single way in which the United States came out ahead in the war. We have

  • Demonstrated that the US simply can’t offer any meaningful security guarantee to it’s middle east partners.

  • Permanently ceded de facto control over the straits of Hormuz to Iran

  • Significantly strengthened the hardliners in the Iranian regime and cleared the way for them to have absolute power by eliminating all moderates

  • Spiked inflation at home and doubled down on pissing off pretty much every single country except Russia by heaping sky rocketing energy costs on them

  • Exposed the perilous state of of the defense industrial base (in spite of us spending more than the next 10 countries combined). We simply can’t produce enough military hardware to sustain a sustained conflict with a country like Iran. I shudder to think just how badly we will be outmatched in a shooting war with China.

All of this to get to a point where we are negotiating a deal which is worse than what we already had with the JCPOA.

I think we will look back on this as the US version of the Suez crisis, the beginning of the end of the US empire.

khriss

我想不到美国在这场战争中有什么赢得的地方。我们已经：

  • 证明美国根本无法为其中东盟友提供任何有意义的安全保障。

  • 永久性地实际上将霍尔木兹海峡的控制权拱手让给了伊朗。

  • 大幅增强了伊朗政权中的强硬派，通过消除所有温和派，为他们获得绝对权力扫清了道路。

  • 使国内通胀飙升，并通过让几乎所有国家（除了俄罗斯）承担飙升的能源成本，进一步激怒了他们。

  • 揭示了国防工业基础的危机状态（尽管我们花费的军费超过排名后面十个国家的总和）。我们根本无法生产足够的军事装备来维持与伊朗这样的国家的持续冲突。想到如果与中国发生枪战，我们将被远远压制，真是令人不寒而栗。

所有这一切，最终却让我们谈判出一个比之前《联合全面行动计划》（JCPOA）更糟糕的协议。

我认为，未来我们会把这看作是美国版的苏伊士危机，是美国帝国走向终结的开始。

The Future of Obsidian Plugins #

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

Obsidian CEO here. We’ve been working for nearly a year to launch this new Community site and review system. I’m very excited about this first version but there are many more improvements to come.

I’ve tried to be exhaustive with the blog post, FAQs, and next steps on our roadmap, but I am sure I forgot some things, so feel free to ask!

This has been an incredibly challenging project for a number of reasons. We’re only seven people but we have thousands of plugin developers and millions of users. There are many competing priorities to balance.

We wanted to make sure the new system would be easy to adopt, backwards compatible, and not completely break people’s workflows, while still being a major improvement over the old approach, and allow us to gradually continue enhancing security and discoverability of plugins.

Consider it a work in progress. We’re listening to everyone’s ideas and gripes, and will keep iterating :)

kepano

我是Obsidian的CEO。我们花了将近一年的时间来推出这个全新的社区网站和评价系统。我对这个第一个版本感到非常兴奋，但未来还有更多改进会陆续推出。

我努力在博客文章、常见问题解答以及路线图的下一步中尽可能详尽地说明，但我相信肯定还有遗漏的地方，欢迎大家随时提问！

这个项目非常具有挑战性，原因有很多。我们团队只有七个人，但我们有成千上万的插件开发者和数百万用户需要服务。需要平衡许多相互竞争的优先事项。

我们希望确保新系统易于采用，向后兼容，不会彻底破坏用户的工作流程，同时又比旧系统有重大改进，并且允许我们逐步提升插件的安全性和可发现性。

请把它看作一个正在进行中的项目。我们听取每个人的想法和抱怨，并会持续改进 :)

If AI writes your code, why use Python? #

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

One obvious reason is Python’s extreme readability, it has often been described as being as close to executable pseudo-code as one can get.

If you’re using an LLM to write code I think the rules would be

  1. Use a language you know really well so you can read it easily, and add to it as needed.

  2. Use a language that has a large training set so the LLM can be most efficient.

  3. Use a language that is easy to read.

If your language has a small training set or you don’t intend to do much addition or you don’t really know any language that well or are restricted from using choice 1 for some reason, 2 and 3 move up, and python has a large training set and it is easy to read.

bryanrasmussen

一个显而易见的原因是Python极佳的可读性，它常被描述为最接近可执行伪代码的语言。

如果你使用大型语言模型来写代码，我认为规则应该是：

  1. 使用你非常熟悉的语言，这样你可以轻松阅读，并根据需要进行扩展。

  2. 使用训练数据量大的语言，这样大型语言模型的效率最高。

  3. 使用易读的语言。

如果你的语言训练数据少，或者你不打算做太多扩展，或者你不太熟悉任何语言，或者因为某些原因不能使用第一条，那么第二条和第三条就变得更重要，而Python恰好训练数据量大且易读。

Screenshots of Old Desktop OSes #

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

Operating systems of that era were designed based on UX research to help people use the unfamiliar operating system.

Subsequent ones were designed by UI designers, and opinionated senior managers, who already knew how to use them, and took out usability features to make them “look nicer”. This sort of worked when the opinionated manager was Steve Jobs. Most managers are not Steve Jobs.

in some applications they seem to have taken extra steps to make it difficult to find the line to grab

Pet peeve of mine in Windows where the line is at most one pixel now. They also took away the coloured distinction between title bars for the active window, so you don’t know where keystrokes are going to go.

pjc50

那个时代的操作系统设计是基于用户体验研究，目的是帮助人们使用不熟悉的操作系统。

后来的操作系统则由用户界面设计师和自以为是、已经会使用系统的高级管理者设计，他们为了让界面“看起来更好”，删减了许多易用性功能。当自以为是的管理者是史蒂夫·乔布斯时，这种做法还算有效。但大多数管理者都不是乔布斯。

在某些应用程序中，他们似乎特意让抓取分割线变得很难找

这是我在Windows上的一个个人烦恼，现在分割线最多只有一像素宽。他们还取消了活动窗口标题栏的颜色区分，因此你无法判断按键输入会发送到哪个窗口。

Googlebook #

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

I would go for a Mac Air or Neo, but only if I could install ChromeOS.

To each their own, but this is absolute insanity.

eoidwojcisjc

我会选择Mac Air或Neo，但前提是我能安装ChromeOS。

各人有各人的选择，但这简直就是疯狂。

Starship V3 #

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

Quick update for the folks passionate about space things (since this thread is full of unrelated comments):

V3 is their first Starship family big upgrade, containing lots of learnings from previous tests, and the big engine upgrades. V3 engines are the first iteration of a production engine, with lots of sensors and auxiliary systems integrated into the engine itself. Besides the improvements in thrust, they’ve streamlined the production, moved a lot of stuff “inside” the engine (the first iterations looked like something out of the steampunk era), and they’ve simplified lots of fire/heat protection.

The Booster and Ship also got some major redesigns in the way they’re handling fuel, the “thrust puck” (the area where the engines get mounted) and so on. It’s also a bit taller, helped by the engine upgrades. TWR has also improved, with estimates at 1.6. This should be visibly faster to clear the tower and “jump” the launch.

They are also adding ~44tons of simlinks (starlink simulators, dumb payloads). So they seem to have improved the margins for orbital payload a lot. New this launch will be a few sats that have comms & cameras on them. Hopefully we’ll get to see outside shots of Starship from these things, on orbit. They’ve filed FCC paperwork for this, and they’ll likely use it to inspect the health of the heatshield on orbit.

They’ve also updated the launch tower, with a flame deflector, and a new deluge system.

This flight will be still suborbital, testing payload deployment, booster return to a fixed point somewhere in the coastal waters, and the ship aiming for somewhere in the Indian Ocean. They’ve also removed some parts of hte heatshield, to test how it handles that. (on a previous flight the ship still nailed its simulated landing with huge gaps in it, from multiple tiles missing intentionally).

If everything works on this flight, the next one is planned to be orbital.

NitpickLawyer

给热衷于航天的小伙伴们的快速更新（因为这条帖子里充满了无关评论）：

V3 是他们星舰系列的首个重大升级，包含了之前测试的大量经验教训，以及发动机的大幅改进。V3 发动机是生产型发动机的第一代版本，集成了大量传感器和辅助系统。除了推力的提升外，他们还简化了生产流程，把很多部件“放进”了发动机内部（初代设计看起来像蒸汽朋克时代的东西），并且简化了很多防火/防热措施。

助推器和飞船在燃料处理、发动机安装区域（“推力盘”）等方面也进行了重大重新设计。由于发动机升级，整体结构也稍微变高了一些。推重比也提升了，估计达到1.6，这意味着飞船能更快通过发射塔并实现“跳跃”起飞。

这次发射还会搭载约44吨的模拟卫星（星链模拟器，即无智能有效载荷）。这表明他们大大提高了轨道有效载荷的余量。这次发射的新内容是搭载了通讯和摄像设备的几颗卫星。希望能通过这些卫星在轨道上拍摄到星舰的外观。他们已经向FCC递交了相关文件，预计会用这些卫星来检查轨道上热盾的状况。

发射塔也得到了升级，新增了火焰挡板和新的喷淋系统。

这次飞行依旧是亚轨道的，测试有效载荷的投放，助推器返回到沿海水域的指定固定地点，飞船则预计降落在印度洋某处。热盾的一些部分被移除，用来测试其承受能力。（之前一次飞行中，飞船在大量热盾瓷砖故意缺失的情况下依旧准确完成模拟着陆）。

如果这次飞行一切顺利，下一次计划进行轨道飞行。

Googlebook #

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

Huh, I shopped for clothes using AI today.

Not super relevant to the Googlebook ad, but in case the perspective is interesting to you: I’m quite tall (194cm) but not very wide, so I usually struggle with buying clothes online. I used AI to scrape a bunch of clothing stores to see whether they sold a men’s shirt with an LT or slim fit size, in stock, and matching a particular vibe.

robbie-c

嗯，我今天用人工智能买了衣服。

虽然和谷歌图书的广告没什么太大关系，但如果你对这个视角感兴趣：我个子挺高的（194厘米），但不算宽，所以我通常在线买衣服挺难的。我用人工智能搜集了很多服装店的信息，看看他们是否有库存的男士LT尺码或修身款衬衫，而且风格符合特定的感觉。

Googlebook #

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

My wife got upset with me when I dns-blocked all the ads.

It sounds totally insane but we’re the minority here. That’s why Google is a $4.5 trillion company.

selectodude

我屏蔽了所有广告后，我妻子对我很不满。

这听起来完全疯狂，但我们是少数派。这就是谷歌市值达到4.5万亿美元的原因。

Leaving GitHub for Forgejo #

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

While I’m not forgetting the spirit of what Git is, I’m also remembering how GitHub used “all open repositories” to train their first Copilot without telling anyone.

So, no thanks. I’ll not be committing any personal code there anymore.

And no, I don’t care for the social aspects either. Discoverability, stars, and AI bot powered issue bombardment.

I’m fine like this.

Also, remember, “Open Source is not about You”.

bayindirh

虽然我没有忘记Git的精神，但我也记得GitHub是如何在没有告诉任何人的情况下，利用“所有公开仓库”来训练他们的第一个Copilot。

所以，不用了。我不会再在那儿提交任何个人代码了。

而且，我对社交方面也不感冒。可发现性、星标，还有由AI机器人驱动的问题轰炸。

我现在这样挺好。

另外，请记住，“开源不是关于你个人的”。

As researchers age, they produce less disruptive w… #

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

I prefer the full quote by Douglas Adams.

I’ve come up with a set of rules that describe our reactions to technologies:

  1. Anything that is in the world when you’re born is normal and ordinary and is just a natural part of the way the world works.

  2. Anything that’s invented between when you’re fifteen and thirty-five is new and exciting and revolutionary and you can probably get a career in it.

  3. Anything invented after you’re thirty-five is against the natural order of things.

hackthemack

我更喜欢道格拉斯·亚当斯的完整引用。

我总结了一套描述我们对技术反应的规律：

  1. 你出生时世界上已有的东西，是正常且平凡的，是世界运行方式的自然组成部分。

  2. 你十五岁到三十五岁之间发明的东西，是新鲜、令人兴奋、革命性的，并且你很可能能在其中找到职业。

  3. 你三十五岁以后发明的东西，则违背自然规律。

Reimagining the mouse pointer for the AI era #

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

My first impression coming away from this is skepticism.

Anything with voice controls for routine use is a pretty tough sell. Doing this when you’re not completely alone would be annoying to everyone around you.

Most of their examples seem like they could have been done with a right click drop down menu so they don’t really need to “re-invent the mouse pointer”.

So is this thing talking to Google’s servers all the time for the AI integration? So it won’t work if you’re not connected to the internet? Privacy concerns are obvious; now Google wants to have an AI watching literally everything you do on your computer?

Does it cost the user anything for the LLM use? If it’s free will it stay free forever? That’s quite a lot to give away if they’re expecting people to use it to change a single word like in one of their examples. I guess they’re expecting to make the money back by gathering data about literally everything you do on your computer.

There might be a killer app for AI integration with personal computers that has yet to be invented, but this doesn’t look like it.

why_at

我对这件事的第一印象是怀疑。

任何带有语音控制的常规使用功能都很难被接受。如果你不是完全独自一人，使用语音控制会让周围的人感到烦躁。

他们大多数示例看起来都可以通过右键点击的下拉菜单来完成，所以其实并不需要“重新发明鼠标指针”。

那么这个东西是不是一直在跟谷歌的服务器通信以实现AI集成？如果没有联网就不能使用？隐私问题显而易见；现在谷歌想通过AI监控你在电脑上做的每一件事？

使用大型语言模型(LMM)是否对用户收费？如果免费，它会一直免费吗？如果他们期望人们用它来修改一个单词，就像他们举的某个例子那样，那真是付出了很大的代价。我猜他们期望通过收集你在电脑上做的所有事情的数据来赚回钱。

AI与个人电脑集成可能会有一个杀手级应用，但这看起来并不是。

Why senior developers fail to communicate their ex… #

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

As a /senior/ developer I really dislike blanket statements. I’ve seen the same amount of failures caused by

“Do we really need that?” > “What happens if we don’t do this?” > “Can we make do for now? Maybe come back to this later when it becomes more important?”

as with experimenters. Every system is different, every product is different. If I were building firmware for a CT scanner, my approach towards trying out new things would be different than a CRUD SaaS with 100 clients in a field that could benefit from a fresh perspective.

There are definitely ways to have eager/very open seniors drive systems into hard to get out corners. But then there are people that claim PHP5 is all you need.

lnenad

作为一名资深开发者，我非常不喜欢一刀切的判断。我见过同样多的失败案例，都是因为

“我们真的需要这个吗？”
“如果我们不这样做会怎样？”
“我们能先将就一下吗？也许等到这件事更重要的时候再回来处理？”

这些问题带来的失败，就像那些实验者带来的失败一样。每个系统都不同，每个产品也不同。如果我在为CT扫描仪开发固件，我尝试新东西的方式肯定会和为一个拥有100个客户、可以从新视角中受益的CRUD型SaaS产品不一样。

确实，有些热心而非常开放的资深人员会推动系统走入难以脱身的死胡同。但也有些人声称只需要PHP5就够了。