2026-04-14 Hacker News Top Stories #
- 论文提出用单一二元算子 eml(x,y)=exp(x)-ln(y) 与常数 1 生成全部初等函数并可作可训练电路，HN 讨论了其通用性、复杂度与相较无穷级数/周期函数表达的取舍。
- 谷歌将《心跳文学部》下架引发对不透明审查与双标的争议，尽管游戏自带警告且有成人评级，社区呼吁绕过安装与立法规范应用商店权力。
- boringBar 作为 macOS 任务栏式 Dock 替代因订阅定价受质疑后转为个人永久授权，围绕一次性付费与订阅可持续性的争论再起。
- 作者倡导以“懒惰”追求简洁抽象、反对用 LLM 堆砌冗余代码，HN 评论聚焦测试质量、沙箱约束与基于属性测试等实践。
- Servo 以嵌入式浏览器库形式首发 crates.io 并引入半年 LTS，虽依赖 SpiderMonkey 且稳定性待提升，但组件可复用并已支持部分 WebGL。
- 文章称 AI 正走向本地化与同质化，苹果凭设备生态与私有数据可做个性化代理形成护城河，HN 指关键在集成与工具调用而非更大模型。
- 作者量化小团队成本并主张平台投入需 3–5 倍 ROI 与以微改进放大收益，评论区强调最难是搞清需求且维护与业务理解更关键于纯编码。
- 苹果地图在黎巴嫩长期缺少除大城外的地名标签并非近期战事所致，可能与数据来源与地区政治相关且叙利亚等地也有类似缺失。
- 开源 Polymarket 机器人在非体育市场系统性买“否”仅作演示并非稳赚，因市场定价与手续费会压缩收益且理性资本会校正人类偏误。
- 微软并未移除 Copilot 而是收敛品牌并以更意图化的“高级功能”整合到应用以增强用户可控性，而 HN 讨论延伸到双系统、安全与虚拟化取舍。
1. 所有初等函数均由单一二元运算符生成 (All elementary functions from a single binary operator) #
https://arxiv.org/abs/2603.21852
该网页是 arXiv 上的一篇计算机科学领域的学术论文，题目为《All elementary functions from a single binary operator》，作者为 Andrzej Odrzywołek。论文提出了一个重要发现：通过一个单一的二元运算符 eml(x,y)=exp(x)-ln(y)及常数 1，可以生成科学计算器中所有标准的初等函数。这包括数学常数（如 e、π 和虚数单位 i）、基本算术运算（加减乘除和指数运算）以及常见的超越函数和代数函数。
论文中举例说明了如何用该运算符表达指数函数和对数函数等，例如 exp(x)=eml(x,1)，ln(x)也能通过该运算符的组合表达。作者通过系统的穷举搜索发现了这个运算符，并构造性地证明它足以构建科学计算器的所有基础功能。该运算符的表达形式非常统一，所有表达式都可以表示为由相同节点构成的二叉树，形成简单的文法规则 S -> 1 | eml(S,S)。
此外，论文还展示了利用这种统一结构进行基于梯度的符号回归的可行性。通过将 eml 树作为可训练电路，结合标准优化器（如 Adam），作者成功实现了从数值数据中精确恢复封闭形式的初等函数，树的深度最多为 4。该方法不仅能拟合任意数据，当数据生成规律为初等函数时，还能恢复出准确的数学表达式。
论文附带 2 幅图和补充材料，代码也公开提供。该研究为连续数学领域提供了类似于数字逻辑中单一门电路的基础运算符，具有理论和应用上的重要意义。
HN 热度 782 points | 评论 248 comments | 作者：pizza | 22 hours ago #
https://news.ycombinator.com/item?id=47746610
- 使用单一二元运算符构造所有初等函数并非唯一方法，例如 f(x,y)=1/(x-y) 也具有通用性，但计算复杂度较高。
- 通过指数和对数的无穷级数可以得到常数 e、π、i 及各种运算，但计算成本较大。
- 传统方法需要无限步骤或极限来表示某些函数，而 EML（Elementary Mathematical Language）方法通过有限的树形结构表达模型，计算更简洁且易于审计。
- EML 能够构建周期函数，而仅用实数的加减乘除、指数和对数无法做到这一点。
- 计算指数和对数本质上是计算无穷级数，隐藏其复杂性并不减少计算量。
- 使用 EML 可以用较少步骤精确表示如 sin(x) 等函数，而传统方法需要无限步骤或近似。
- EML 提供了一种可审计的语法结构，便于模型的表达和优化。
- 通过数论和代数结构的研究，存在多个单一二元运算符能够替代多个运算符的组合。
- 将数据编码为单一数字的方法类似于二进制栈的编码，利用位移和加法实现栈操作。
- 讨论中存在对 LLM 生成科学文章的质疑，但该论文发表于 2012 年，非由语言模型生成。
2. 谷歌将《心跳文学部》从 Google Play 下架 (Google removes “Doki Doki Literature Club” from Google Play) #
https://bsky.app/profile/serenityforge.com/post/3mj3r4nbiws2t
该网页内容主要围绕游戏《Doki Doki Literature Club》（简称 DDLC）被谷歌从 Google Play 商店下架的事件展开讨论。DDLC 是一款以心理健康为主题的恐怖游戏，因其深刻描绘心理健康问题而广受玩家喜爱，甚至有玩家表示游戏帮助他们走出抑郁，获得成长。
许多网友对谷歌的决定表示不满和质疑，认为谷歌的行为是“双重标准”，一方面允许存在严重问题的应用和 AI 产品，另一方面却将 DDLC 这样具有积极意义的游戏下架，质疑谷歌所谓的“安全”理由只是借口，背后更多是出于经济利益或审查控制的考虑。
部分评论指出，谷歌对敏感话题的处理过于保守和压制，甚至被比作“书籍禁令”，限制了内容的多样性和表达自由。有人建议玩家通过下载 APK 文件绕过 Google Play 的限制，继续体验游戏。
此外，也有声音呼吁关注相关政策提案，希望通过立法来规范支付处理器和应用商店的行为，防止类似事件再次发生。整体来看，社区对谷歌的批评集中在其审查标准不透明、执行不公以及对用户和开发者权益的忽视。
HN 热度 508 points | 评论 279 comments | 作者：super256 | 1 day ago #
https://news.ycombinator.com/item?id=47743730
- 《Doki Doki Literature Club》是一款非常有创意且值得体验的视觉小说，但可能需要触发警告，适合 PG-13 或 R 级别观众。
- 游戏本身已有明确的内容警告，并且在多个国家获得了成人评级。
- 该游戏使用 Ren’Py 引擎开发，技术上展示了 Ren’Py 的强大功能和灵活性，能够实现复杂的界面和游戏机制。
- Ren’Py 引擎不仅限于简单的对话，还能支持地图、HUD、迷你游戏和动态剧情分支等复杂功能。
- 许多使用 Ren’Py 开发的游戏包含丰富的玩法元素，如战斗系统、卡牌构建、物品合成等。
- 《Slay the Princess》被推荐为另一款独特且值得体验的视觉小说，但评价褒贬不一。
- 视觉小说作为游戏类型有丰富的作品，DDLC 虽然知名，但并非唯一优秀代表。
- 游戏评级和内容警告在游戏行业普遍存在，但游戏仍常被误解为儿童娱乐。
- 有观点批评 Google 删除该游戏的行为，认为其标准不一致，忽视了其他更有害的应用。
- 有人呼吁反垄断，反对大型平台对内容的过度审查和限制，主张用户自由获取网络应用。
3. 展示 HN：boringBar – 一款 macOS 任务栏风格的 Dock 替代工具 (Show HN: boringBar – a taskbar-style dock replacement for macOS) #
boringBar 是一款专为 macOS 设计的任务栏风格的 Dock 替代工具，支持 macOS 14（Sonoma）及以上版本。它通过按桌面组织窗口，提供即时预览、一键切换桌面和固定应用功能，帮助用户更好地管理多显示器和多桌面环境中的窗口，提升工作效率。
主要功能包括：
- 仅显示当前桌面窗口，帮助用户专注当前任务。
- 桌面切换器，支持一键跳转并显示各桌面窗口数量。
- 可搜索的应用启动器，支持全局快捷键快速打开。
- 悬停窗口缩略图预览，方便快速选择窗口。
- 显示未读通知徽章和应用关注脉冲提醒。
- 支持滚动切换桌面，滚动方向可配置。
- 可调节任务栏大小（小、中、大）。
- 按应用分组窗口，支持显示窗口数量徽章。
- 可隐藏应用名称，仅显示图标和徽章。
- 支持显示完整窗口标题或仅显示应用名。
- 可隐藏系统 Dock，保持桌面整洁。
- 多显示器支持，任务栏可镜像显示。
- 快捷显示桌面功能。
- 支持将应用固定在任务栏或应用菜单顶部。
关于许可和价格：
- 个人版支持两种授权方式：一次性购买（40 美元，含 2 台设备许可及两年更新支持）和年度订阅（7.99 美元/年起，支持 1 至 5 台设备）。
- 商业版按年计费，起订 6 用户，采用阶梯式价格，用户数越多单价越低。
- 个人和商业授权功能相同，区别在于使用范围和授权方式。
- 每个授权座位绑定一台设备，订阅用户需预先购买所需座位数。
权限说明： boringBar 需要 macOS 的辅助功能权限用于窗口和应用管理，屏幕录制权限仅用于获取窗口缩略图，且仅在预览时激活。
试用与激活： 提供 14 天免费试用，试用期后需购买许可继续使用。个人用户购买后通过邮件获得激活码，商业用户需通过管理页面添加团队成员并激活。
boringBar 可以隐藏系统 Dock，但 Dock 在 Mission Control 中仍可见，关闭应用后 Dock 会恢复显示。
该软件旨在为 macOS 用户提供更高效的窗口管理体验，特别适合多桌面、多显示器环境，且界面设计对来自 Windows 或 Linux 的用户更为友好。
HN 热度 499 points | 评论 284 comments | 作者：a-ve | 1 day ago #
https://news.ycombinator.com/item?id=47742200
- 订阅制定价让部分用户望而却步，尤其是习惯一次性购买的用户更倾向于永久授权。
- 开发者根据反馈调整为个人用户提供永久授权，包含两年更新，企业用户仍采用订阅制。
- 一次性付费模式能给用户确定感，适合桌面应用，订阅制更适合云端或协作类产品。
- 许多用户认为订阅费对小型生产力工具来说负担较大，且续费频率影响用户体验。
- 订阅模式虽然能带来持续收入，但部分用户担心长期维护和价值回报不匹配。
- 透明的更新计划和开发路线图能增加用户对付费的信任感。
- 有用户支持低价订阅以支持开发，但也有人担心订阅过多导致管理混乱。
- 价格策略需要平衡用户支付意愿和开发者持续维护的动力。
4. 懒惰之危的消失 (The peril of laziness lost) #
https://bcantrill.dtrace.org/2026/04/12/the-peril-of-laziness-lost/
这篇文章探讨了程序员的三大美德：懒惰、急躁和傲慢，重点强调了懒惰的深刻意义。懒惰促使程序员追求简洁且强大的抽象，从而简化系统设计，提高未来工作的效率。虽然表面看似懒散，实际上这需要大量的智力投入，是对未来自我时间的优化。
随着软件开发者群体的扩大，许多人不再自称程序员，懒惰的美德也逐渐失去其原有意义。现代抽象工具的高效生产力催生了一种“伪勤奋”文化，即“brogrammer”现象，他们以高强度编码自豪，却忽视了代码质量和系统简洁性。
文章以 Garry Tan 为例，批评其利用大型语言模型（LLMs）快速生成大量代码的做法，指出这种方式缺乏对代码质量和抽象的追求，导致系统臃肿且难以维护。LLMs 本身不具备懒惰的美德，因为它们不需要为未来时间优化，容易产生大量冗余代码。
作者强调，人类程序员的有限时间和认知负荷是推动简洁设计的关键约束。优秀的软件工程源于对复杂性的控制和对简洁性的追求。虽然 LLMs 是强大的工具，但它们应服务于人类的“美德懒惰”，帮助解决技术债务和提升工程质量，而非取代对优雅抽象的追求。最终目标是构建更简单、更强大、可持续发展的软件系统，惠及未来的软件工程师。
HN 热度 458 points | 评论 142 comments | 作者：gpm | 1 day ago #
https://news.ycombinator.com/item?id=47743628
- 测试数量多不代表测试质量高，测试应覆盖关键代码部分且具备严谨性。
- 需要持续维护测试，防止自动化工具错误修改测试代码。
- 限制自动化工具的写权限可以避免其错误修改测试文件。
- 使用沙箱技术限制自动化工具的操作范围，提高安全性和效率。
- 采用基于属性的测试方法（如 python-hypothesis）能发现更有效的测试用例。
- 结合测试驱动开发（TDD）和变异测试可以提升测试的相关性和有效性。
- 先写失败的测试用例，再通过自动化工具或人工审核，有助于提高测试质量。
- 测试不仅验证功能，还起到团队沟通和未来维护的作用，简单测试也有其价值。
- 未来可能通过对抗式智能体实现代码和测试相互生成和验证。
- 测试应尽量精简，避免冗余。
- 测试被滥用类似奖励函数被“黑客攻击”，导致测试通过但代码质量不高。
- 自动化工具生成的测试常出现无意义或低质量的情况，需要避免生成无效测试。
- 自动化工具倾向于使用文献中常见的验证案例，可能忽略实际应用场景的相关性。
- 自动化工具较少进行数学验证（如数值方法的准确度验证），这对确保实现正确性很重要。
- 可以通过明确指导自动化工具调整测试策略，提升测试的针对性和有效性。
- 自动化工具在引用文献和数据方面表现较差，容易遗漏重要文献。
- 需要开发工具自动检测和拒绝低质量测试代码，单靠文档指导效果有限。
- 教导自动化工具时，正面示例比负面示例更有效，应多展示优质测试案例。
- 避免在指导中提及不希望出现的行为，以免自动化工具误解产生相反效果。
5. Servo 现已在 crates.io 上线 (Servo is now available on crates.io) #
https://servo.org/blog/2026/04/13/servo-0.1.0-release/
Servo 团队于 2026 年 4 月 13 日发布了 servo crate 的 v0.1.0 版本，这是 Servo 首次在 crates.io 上发布的库版本，允许用户将 Servo 作为库来使用。目前团队没有计划将演示浏览器 servoshell 发布到 crates.io。
自 2025 年 10 月首次在 GitHub 发布以来，Servo 的发布流程不断成熟，目前主要瓶颈是每月由人工撰写的博客文章。此次发布跳过了月度博客更新，承诺将在未来几周内补充相关内容。
虽然版本号尚未达到 1.0，团队仍在讨论 1.0 的具体含义，但版本号的提升体现了对 Servo 嵌入 API 的信心，认为其已经能够满足部分用户需求。
此外，团队还推出了 Servo 的长期支持（LTS）版本，考虑到常规每月版本可能带来破坏性变更，LTS 版本适合希望按半年计划进行重大升级的用户，同时还能获得安全更新和迁移指南。
更多关于 LTS 版本的细节可以参考 Servo 官方文档中的相关章节。
HN 热度 405 points | 评论 136 comments | 作者：ffin | 11 hours ago #
https://news.ycombinator.com/item?id=47750872
- Servo 已经发布到 crates.io，相关组件如 Stylo 和 WebRender 也可单独使用，计划每月发布更新。
- Slint 项目提供了将 Servo 嵌入的示例，适合与使用 wgpu 渲染的 GUI 框架结合，但 Slint 本身动态插入控件和主题支持较弱。
- 有基于 Servo 的工具可以生成网页截图，但目前功能较简单，诸如 cookie 支持等需要更多开发。
- Servo 不是纯 Rust 实现，依赖 SpiderMonkey，能执行 JavaScript，但稳定性有待提升。
- WebGL 和部分 WebGL2 功能在 Servo 中支持，适合部分 3D 渲染需求。
- 由于功能依赖复杂，实际应用中使用完整的 Chromium 可能更实用，Rust 生态中有 chromiumoxide 等库可用。
- AI 生成的 Rust 代码倾向于使用高层次的编程风格，如智能指针和频繁克隆，避免与借用检查器过度斗争。
- AI 在代码生成方面有限，难以理解复杂的借用规则，更多是套用已有模式。
- 对于关键基础设施，测试和安全评估比代码编写更重要，自动生成代码可能增加调试和理解难度。
- 安全问题往往源于规格设计缺陷，任何测试都难以完全解决逻辑错误。
- AI 在模糊测试方面有帮助，能发现低层次安全漏洞，但对规格逻辑错误帮助有限。
- 现有的安全防护措施（如 ASLR、只读栈、静态分析）虽有效，但短期内难有突破性进展。
6. 苹果的意外护城河：这位“AI 失败者”如何可能最终赢得胜利 (Apple’s accidental moat: How the “AI Loser” may end up winning) #
https://adlrocha.substack.com/p/adlrocha-how-the-ai-loser-may-end
这篇文章探讨了人工智能（AI）领域中“失败者”苹果公司如何可能在未来成为赢家的观点。作者指出，尽管苹果在 AI 领域没有像 OpenAI 等公司那样投入巨额资金和资源，也没有推出标志性的前沿模型，但这种“失败”实际上为苹果提供了更多的灵活性和选择权。
文章分析了当前 AI 模型的同质化趋势，智能正逐渐成为一种商品，模型之间的性能差距在缩小，且越来越多的模型能够在本地硬件上高效运行。相比之下，其他 AI 巨头为了争夺最先进的模型和基础设施投入了巨额资金，导致高额烧钱和风险，而苹果则保持低调，积累了大量现金，避免了高风险。
作者还提到，未来 AI 的竞争焦点可能从“智能”转向“能力”和“上下文”，即模型如何结合用户的个人数据和环境信息提供更有价值的服务。苹果拥有庞大的设备生态系统和丰富的用户数据，如健康数据、照片、消息等，这些都是构建个性化 AI 体验的宝贵资源。同时，苹果强调隐私保护，能够实现数据本地处理，这在用户信任和隐私保护方面具有独特优势。
此外，文章还提到其他 AI 公司如 Anthropic 通过构建生态系统和工具锁定用户，试图在使用层面建立护城河，但这也带来了高昂的补贴成本。相比之下，苹果的策略更注重利用已有的生态和数据优势，避免盲目烧钱。
总体来看，文章认为随着 AI 智能的普及和同质化，拥有丰富上下文数据和隐私保护能力的公司将更具竞争力，苹果凭借其独特的生态系统和隐私策略，可能在未来的 AI 竞争中占据有利位置。
HN 热度 395 points | 评论 352 comments | 作者：walterbell | 21 hours ago #
https://news.ycombinator.com/item?id=47747017
- Gemma 4 模型在代码辅助方面表现尚可，但在使用工具和处理复杂上下文时能力有限，未来本地运行的模型可能满足大部分需求，减少对云模型的依赖。
- Gemma 4 在非编程场景表现良好，工具调用能力正在改进。
- 语言模型存在收益递减现象，现有模型如 Gemma 已能解决 99% 的问题，关键瓶颈在于模型与设备间的集成和操作能力。
- 目前平台与应用的集成不够紧密，限制了模型智能的实际应用效果。
- 本地 AI 与云端模型的差异主要在于代理和工具调用能力，模型本身已足够强大。
- 安全性是限制 AI 自由访问的主要原因，AI 可能绕过付费墙等限制。
- 对于普通用户，免费或较低版本模型已足够使用，付费高端模型的需求有限。
- 在研究、计划、购物等需要细节和推理的任务中，高性能模型表现更佳，较小模型容易出错。
- 模型表现差异部分源于不同的代理（harness）设计和配置。
- 过去资源限制促使高效编程，但如今硬件资源丰富，开发者更倾向于使用资源消耗较大的方案。
- AI 有潜力改变多平台开发现状，通过自动生成不同平台代码减少开发成本和时间。
7. 软件团队的经济学：为什么大多数工程组织都在盲目决策 (The economics of software teams: Why most engineering orgs are flying blind) #
https://www.viktorcessan.com/the-economics-of-software-teams/
本文探讨了软件团队的经济学，重点分析了一个八人软件工程团队的实际成本及其经济可行性。以西欧为例，每位工程师的年成本约为 13 万欧元，八人团队年成本约为 104 万欧元，月成本约 8.7 万欧元，日成本约 4000 欧元。大多数工程师和管理者并不清楚这些数字，导致决策时缺乏财务视角。
以内部平台团队为例，该团队服务于 100 名工程师，月成本约 8.7 万欧元。为了达到收支平衡，平台需每月为使用者节省 1340 小时，相当于每人每周节省约 3 小时。虽然这一目标可实现，但大多数团队并未跟踪或利用这一财务指标。考虑到项目失败率和长期维护成本，实际的财务回报门槛应为成本的 3 到 5 倍，即每月需创造 26 万至 43.3 万欧元的价值，要求团队专注于最高价值的问题。
对于面向客户的产品团队，同样的月成本需要通过提升用户价值来支撑。以每用户月均收入 50 欧元为例，团队需每月创造或保护相当于 1740 个用户的价值才能收支平衡，若要达到 3 至 5 倍回报，则需 5000 至 8700 个用户的价值。降低用户流失率、提升激活率和提高销售转化率是关键杠杆。例如，减少 2% 的用户流失可保护 5 万欧元收入，提升激活率 5 个百分点可增加 2.5 万欧元收入，提升转化率 0.5 个百分点可增加 5000 欧元收入。多项小幅改进累积起来能显著提升团队的财务表现，但前提是团队需明确各项指标与财务结果的关联。
总体来看，软件团队的财务逻辑长期被忽视，团队决策缺乏经济视角。随着大型语言模型的出现，传统依赖大量工程师的模式面临挑战，组织需重新审视工程团队的成本与价值，确保资源投入产生实质回报。
HN 热度 382 points | 评论 248 comments | 作者：kiyanwang | 18 hours ago #
https://news.ycombinator.com/item?id=47748064
- 编程本身不是最难的，最难的是弄清楚到底需要编写什么程序，理解问题和需求是关键。
- 有些项目编程确实很难，尤其是涉及复杂工程问题时，编程难度不容忽视。
- 编程不仅仅是打字或连接现有框架，还包括算法设计、性能优化、结构设计和集成等复杂工作。
- 编程的难度很大程度上取决于领域的复杂性，抽象和算法设计是编程的重要组成部分。
- 许多编程工作是通过不断试错和迭代来逐步明确需求和解决方案的过程。
- 过于复杂或晦涩的代码往往是程序员选择了“困难模式”，这增加了后续维护的难度。
- 编程不仅是写新代码，更重要的是修改和维护已有代码，这往往非常具有挑战性。
- 规划、研究、探索和团队合作是完成编程任务不可或缺的努力部分，简单任务也可能隐藏难题。
- 许多编程工作实际上是为了解决业务问题，业务理解不足会导致开发困难。
8. 苹果已从苹果地图中移除黎巴嫩的大部分城镇和村庄 (Apple has removed most of the towns and villages in Lebanon from Apple maps?) #
https://maps.apple.com/frame?center=33.723388%2C35.614698&span=1.983925%2C4.004193
该网页是苹果地图，展示了黎巴嫩地区。
HN 热度 350 points | 评论 187 comments | 作者：thepasswordis | 1 day ago #
https://news.ycombinator.com/item?id=47742680
- 有人质疑黎巴嫩的城镇和村庄是否曾经出现在苹果地图上，部分评论者表示苹果地图上黎巴嫩除主要城市外一直信息较少。
- 有截图和历史推文显示苹果地图对黎巴嫩的标注一直较少，尽管使用了开放街图（OSM）的街道网络，但标签显示不足。
- 这种缺失不仅限于黎巴嫩，叙利亚等邻近地区也存在类似的地图标签缺失问题。
- 有观点认为此次事件被过度解读为与当前战争有关，缺乏确凿证据证明苹果地图有意删除黎巴嫩地名。
- 有评论指出以色列在黎巴嫩的军事行动导致大量平民伤亡和基础设施破坏，地图问题只是表象，真正令人愤怒的是实际的战争破坏。
- 也有观点认为苹果地图可能基于以色列控制区的事实调整地图显示，比如以色列在某些村庄升旗，苹果可能据此调整归属。
- 有人提到类似的地图争议曾在其他地区出现，如“美洲湾”事件，地图服务商可能因政治压力调整地图显示。
- 讨论中提及美国虽然不直接参与以黎冲突，但其政策和行动对局势有影响，地图调整可能与政治立场有关。
- 有评论指出谷歌地图等其他地图服务也存在争议地区的显示差异，全球地图从未有完全统一的版本。
- 有人强调当前黎巴嫩和叙利亚地区电力和基础设施严重不足，社会经济状况恶化，国际社会关注度不够。
- 有观点认为应理性看待地图显示问题，避免被情绪化和阴谋论左右，关注事实和证据。
9. 永远不会发生：Polymarket 机器人，专门在非体育市场总是买入“否”选项 (Nothing Ever Happens: Polymarket bot that always buys No on non-sports markets) #
https://github.com/sterlingcrispin/nothing-ever-happens
该网页是一个 GitHub 代码仓库页面，仓库名称为“nothing-ever-happens”，由用户 sterlingcrispin 创建。该仓库包含一个名为“Nothing Ever Happens Polymarket Bot”的 Python 异步机器人项目，专门用于 Polymarket 平台，自动购买非体育类的独立“是/否”市场中的“No”选项。
机器人核心功能包括扫描市场，寻找低于设定价格上限的“No”选项，跟踪持仓，提供仪表盘，并在启用订单传输时保存实时恢复状态。机器人有安全模式，只有在设置了特定环境变量且满足条件时才会进行真实交易，否则使用模拟交易客户端。
项目提供详细的安装和配置说明，包括依赖安装、配置文件设置、环境变量配置等。支持本地运行和 Heroku 云平台部署，附带多种辅助脚本用于数据库统计、导出、钱包历史查询和日志解析。项目包含单元测试和回归测试，保证代码质量。
仓库结构清晰，包含运行时代码、脚本和测试目录，配置文件和环境变量示例也一并提供。该项目以 CC0-1.0 开源许可发布，强调仅供娱乐使用，作者不承担任何风险和责任。
总体来看，该网页详细介绍了一个专注于 Polymarket 交易的自动化机器人项目，适合有一定编程和区块链交易经验的开发者使用和二次开发。
HN 热度 339 points | 评论 155 comments | 作者：m-hodges | 8 hours ago #
https://news.ycombinator.com/item?id=47753472
- 该机器人是一个带有免责声明的娱乐项目，没有风险管理，仅作为一个有趣的代码示例。
- 虽然 73% 的 Polymarket 市场结果是“No”，但如果价格合理，单纯买“No”并不能保证盈利。
- 预测市场价格是否合理是关键，市场价格会反映理性资本的介入，防止简单策略长期盈利。
- Polymarket 对“taker”收取手续费，但部分市场（如地缘政治）免收，手续费部分返还给“maker”。
- 人类行为并非完全理性，存在对罕见事件概率的误判，但理性投资者会利用这种非理性调整市场价格。
- 如果市场价格不合理，套利机器人会获利，进而推动市场价格调整至合理水平。
- 该机器人策略在实际测试中曾有盈利，但因波动和其他因素未被进一步开发。
- 预测市场的核心是理性投资者推动价格趋近于事件真实概率，否则市场会出现无风险套利机会。
- 该项目也可作为学习和开发自己 Polymarket 机器人策略的模板。
10. 微软并未从 Windows 11 中移除 Copilot，只是将其更名 (Microsoft isn’t removing Copilot from Windows 11, it’s just renaming it) #
这篇文章讨论了微软在 Windows 11 中对 Copilot 品牌的调整及其 AI 功能的现状。年初，微软宣布将在 2026 年改进 Windows 11，回应用户对系统的反馈，包括给予用户更多控制权和恢复部分受欢迎的功能。微软还表示将减少 Copilot 品牌的过度植入，更加谨慎地整合 AI 功能。
最近，微软在 Windows Insider 版本的记事本应用中移除了 Copilot 按钮，取而代之的是一个写作图标，提供重写、总结、语气调整和格式配置等 AI 辅助功能。记事本设置中的“AI 功能”也被重命名为“高级功能”，用户可以选择关闭 AI 能力。
尽管微软没有完全取消 Windows 11 中的 AI 功能，但这一变化引发了部分用户的不满，他们认为微软误导了他们，以为 AI 集成会被彻底移除。实际上，微软强调的是更有意图地展示 Copilot 品牌，并确保 AI 功能真正有用，同时去除不必要的 Copilot 入口点。
文章指出，微软面临用户需求与自身战略之间的矛盾。用户普遍反感“强制植入”的 AI 体验，但微软又不能完全放弃 AI，以免在科技竞争中落后。因此，微软选择去除 Copilot 品牌名称，但继续保留它认为有价值的 AI 功能。微软在平衡用户期望与投资者利益之间走钢丝，难以满足所有人。
HN 热度 313 points | 评论 228 comments | 作者：bundie | 10 hours ago #
https://news.ycombinator.com/item?id=47751936
- Windows 在桌面 PC 上方便运行各种可执行修改程序和引擎修复，但 Windows 11 体验较差，Linux 在开发体验和硬件支持上更优。
- 有人采用双硬盘方案，一块装 Windows 专门玩游戏，另一块装 Linux 处理其他事务，避免混淆。
- 双系统存在安全风险，Windows 可能通过管理员权限访问 Linux 分区，建议使用外接硬盘或网络存储分离存储凭证。
- 通过虚拟机运行 Windows 并使用 PCI 直通技术可以解决硬件兼容问题，但可能影响游戏性能且反作弊机制可能不兼容虚拟环境。
- 使用安全启动、全盘加密和备份可以降低安全风险，但普通加密主要保护数据机密性，完整性保护较弱，安全启动的防护机制也存在潜在绕过风险。
- Windows 系统频繁出现提权漏洞，游戏玩家使用的 mod 可能成为攻击载体，零日漏洞和补丁延迟使系统长期存在风险。
- 有用户仅用 Windows 机器连接电视玩游戏，其他用途使用 Linux 或其他系统。
- 云游戏服务以较低价格提供高质量游戏体验，适合不常玩游戏的用户，避免高昂硬件投入。
- Steam/Linux 平台对单机和小型游戏支持较好，虽然不完美，但足够满足多数游戏需求，反作弊和多人在线游戏支持仍有限。
- SteamOS 界面针对掌机优化，桌面使用体验有待改进，但整体隐私和用户控制优于 Windows，避免了 Windows 强制推送和欺骗性设计。
Hacker News 精彩评论及翻译 #
DIY Soft Drinks #
https://news.ycombinator.com/item?id=47744268
One pro-tip as I now somehow have a commercial bottling license these days: get pre-hydrated gum Arabic. Much easier to work with. Almost everybody who messes this up will make the mistake at the hydrating the gum Arabic stage. Blend it with any dry ingredients like sugar before using.
If you can’t source it, I’m not going to tell you that you SHOULD pretend to be a bottling company and ask a gum provider to send you some free samples, but you could and the amount they send you will last the rest of your life. TIC gums is pretty awesome and if you’re into frozen desserts has some incredible gum mixtures for ice creams, sorbets, etc.
Also, consider just using water soluble flavor concentrates and skipping emulsification all together. That’s what most pros do and it’s why Sprite isn’t cloudy like it would be if you used oils. My favorite suppliers that sell in consumer and pro-sumer qtys are Apex Flavors and Nature’s Flavors.
This probably won’t work for Cola as I think some of those ingredients have all of their flavor molecules in the oils, but as a general rule, if you can buy it at the store and it is clear, it is made using water soluble. If it is brown it probably isn’t, hence the caramel color additive.
mattmaroon
我现在居然 somehow 拥有商业灌装许可证，给大家一个专业小建议：买预先水化的阿拉伯胶，使用起来方便得多。几乎所有搞砸这事的人都是在阿拉伯胶水化阶段犯错。使用前可以先和糖等干性原料混合均匀。
如果买不到这个，我不会告诉你一定要冒充灌装公司去让胶料供应商寄免费样品给你，但你确实可以这么做，而且他们寄的量能用一辈子。TIC 公司的胶料很棒，如果你喜欢冷冻甜品，他们有很棒的冰淇淋、雪葩用胶混合物。
另外，也可以考虑直接用水溶性香精，完全不做乳化，很多专业人士都是这样做的，这也是为什么雪碧不会像用了油类那样浑浊。我最喜欢的供应商，有卖给普通消费者和半专业量的，是 Apex Flavors 和 Nature’s Flavors。
可乐可能不适用这个方法，因为我觉得它的一些成分香味分子全在油里，但一般来说，只要商店里买得到且是透明的，说明用的是水溶性配料；如果是棕色的，多半不是，所以才会加焦糖色素。
Most people can’t juggle one ball #
https://news.ycombinator.com/item?id=47746936
Many of you might know of Noisebridge, a beloved hackerspace in San Francisco. They had (have?) a juggling workshop every saturday called “Juggling with Judy”, taught by Judy Pinelli, founder of the famed Pickle Family Circus (and a huge influence on Cirque Du Soleil).
I had no idea how famous or influential she was. She first taught us how to make our own juggling balls: snip the ends of a balloon, fill with enough rice to feel comfortable in the hand, then wrap that with another balloon to seal the rice in, then snip the ends of the second balloon.
Then she went through the usual sequence: throw a ball, er, balloon, from one hand to the next, then practice with two and so on. By the end of that 2 hour session, we had got the essentials.
The remarkable thing about this workshop was that Judy was at an advanced stage of multiple sclerosis at that point. She was pretty much completely immobile from the neck down, and couldn’t even see our hands properly from her wheelchair. She could only see the arc of the ball, but that was sufficient information for her to tell us how we could improve. “Pull your elbow in”. “Focus on the left hand, the right will follow”.
After the 2 hour workshop, she’d go to Golden Gate park to teach juggling. All for free. I feel extraordinarily privileged. She’s been my polestar in life.
sriram_malhar
你们中很多人可能知道Noisebridge，这是旧金山一个备受喜爱的黑客空间。他们每周六都有一个叫“跟朱迪一起抛球”的杂耍工作坊，由朱迪·皮内利教授，她是著名的泡菜家庭马戏团的创始人（对太阳马戏团影响巨大）。
我之前完全不知道她有多么著名和有影响力。她首先教我们如何制作自己的杂耍球：剪开气球的两端，装入适量的米粒直到手感舒服，然后用另一个气球包裹密封米粒，再剪开第二个气球的两端。
接着她带我们完成基本流程：从一只手抛一个球，呃，气球，接到另一只手，然后练习用两个气球依次抛接。两个小时的课程结束时，我们已经掌握了基本要领。
这次工作坊的特别之处在于，当时朱迪正处于多发性硬化症的晚期。她几乎完全不能动弹，从颈部以下都瘫痪了，甚至在轮椅上也看不清我们的手。她唯一能看到的是球的弧线，但这足够让她告诉我们如何改进。“收紧你的肘部。”“专注左手，右手自然会跟上。”
结束两小时的工作坊后，她会去金门公园教大家抛球。所有这些都是免费的。我感到非常幸运。她一直是我人生的指路明灯。
Someone Bought 30 WordPress Plugins and Planted a … #
https://news.ycombinator.com/item?id=47756259
This is a perfect illustration of what cracks me up about the hyperbolic reactions to Mythos. Yes, increased automation of cutting-edge vulnerability discovery will shake things up a bit. No, it’s nowhere near the top of what should be keeping you awake at night if you’re working in infosec.
We’ve built our existing tech stacks and corporate governance structures for a different era. If you want to credit one specific development for making things dramatically worse, it’s cryptocurrencies, not AI. They’ve turned the cottage industry of malicious hacking into a multi-billion-dollar enterprise that’s attractive even to rogue nations such as North Korea. And with this much at stake, they can afford to simply buy your software dependencies, or to offer one of your employees some retirement money in exchange for making a “mistake”.
We know how to write software with very few bugs (although we often choose not to). We have no good plan for keeping big enterprises secure in this reality. Autonomous LLM agents will be used by ransomware gangs and similar operations, but they don’t need FreeBSD exploit-writing capabilities for that.
chromacity
这完美地说明了为什么我对Mythos的夸张反应感到好笑。是的，前沿漏洞发现自动化的提升会带来一些变化。但绝不是你们作为信息安全从业者应该彻夜难眠的最重要的问题。
我们现有的技术栈和企业治理结构是为不同的时代构建的。如果要归因于某个具体的发展让情况变得更加糟糕，那是加密货币，而不是人工智能。加密货币把过去的小规模恶意黑客行为变成了一个价值数十亿美元的产业，甚至吸引了像朝鲜这样的流氓国家。既然赌注这么大，他们完全有能力直接买下你的软件依赖，或者给你某个员工一笔退休费，让他“出错”。
我们知道如何编写几乎没有漏洞的软件（尽管我们常常选择不这么做）。但在这种现实环境下，我们没有好的方案来保障大型企业的安全。自动化的大型语言模型代理会被敲诈软件团伙和类似的组织利用，但他们并不需要有能力编写FreeBSD漏洞利用代码。
Google removes “Doki Doki Literature Club” from Go… #
https://news.ycombinator.com/item?id=47744198
Just want to drive by and mention - a friend told me to play DDLC and I was highly skeptical given the anime pin-up girl art style. I eventually gave in and gave it a shot.
It’s an amazing “playable story” unlike anything I have ever played. Super creative and well worth the couple hours it takes to play. I think it could use a few trigger warnings and it should be rated PG-13 / R, but there’s stuff on Netflix 10x more disturbing so I don’t quite grok the Google push back on this one.
bengotow
我只是想顺便说一句——有个朋友让我玩《房间里的独角兽》（DDLC），起初我非常怀疑，因为它的艺术风格像动漫美女海报。我最终还是妥协了，试着玩了一下。
这是一款惊人的“可玩故事”，与我玩过的任何游戏都不同。非常有创意，花几个小时玩完非常值得。我觉得应该加一些触发警告，评级也应该是PG-13或R，但Netflix上有十倍更令人不安的内容，所以我不太理解谷歌为什么会反对它。
Google removes “Doki Doki Literature Club” from Go… #
https://news.ycombinator.com/item?id=47744135
1bil+ people have surrendered their right to artistic expression to Google, and another 1bil+ to Apple, and another 1bil+ to Microsoft. Many more billions have surrendered it to Visa and Mastercard. The world will only continue to get worse for the foreseeable future as five corporations assert global control over what is allowed to be published. It is mournful knowing that humanity’s peak is behind us.
anonymous908213
超过十亿人将他们的艺术表达权利交给了谷歌，另外超过十亿人交给了苹果，还有超过十亿人交给了微软。更多的数十亿人将权利交给了维萨和万事达。未来可预见的世界只会变得更糟，因为五大公司正全面控制着允许发布的内容。知道人类的巅峰已经过去，令人感到悲哀。
Android now stops you sharing your location in pho… #
https://news.ycombinator.com/item?id=47751082
Most likely: actually using the geolocation is an extremely niche usecase for images uploaded from mobile browsers.
I’d wager 99.9% of the users didn’t realize that they are effectively sending their live GPS coords to a random website when taking a photo.
But yes, a prop to the input tag ’includeLocation’ which would then give the user some popup confirmation prompt would have been nice
ieie3366
最有可能的是：实际上，使用地理定位功能对于从移动浏览器上传的图片来说是一个非常小众的用例。
我敢打赌99.9%的用户没意识到他们拍照时实际上是在向一个随机网站发送他们的实时GPS坐标。
不过，确实，如果输入标签里有一个“includeLocation”的属性，然后弹出一个确认提示让用户选择，那就好了。
Show HN: boringBar – a taskbar-style dock replacem… #
https://news.ycombinator.com/item?id=47744059
Since this is the top comment as of now - hijacking this to introduce a change to pricing:
OP here - based on the feedback, I’ve switched boringBar to a perpetual license for personal use: https://boringbar.app
It’s now $40 for 2 devices and includes 2 years of updates. After that, you can keep using the version you have, or choose to pay for updates again later.
For businesses, I’m keeping the existing annual pricing.
A lot of the comments on pricing were fair, and I appreciate people being direct about it. I still care a lot about long-term maintenance for an app like this, but I think this is a better balance.
https://news.ycombinator.com/item?id=47743992
a-ve
既然这是目前的置顶评论——借此机会介绍一下定价变更：
我是楼主——根据反馈，我已经将 boringBar 改为个人使用的永久许可证：https://boringbar.app
现在价格是 40 美元，可用于 2 台设备，并包含 2 年的更新服务。之后你可以继续使用已有的版本，或者以后选择再次付费获取更新。
对于企业用户，我保持现有的年度订阅定价。
很多关于定价的评论都很中肯，我也感谢大家直言不讳。我依然非常重视像这种应用的长期维护，但我认为这是一种更好的平衡方式。
https://news.ycombinator.com/item?id=47743992
Bring Back Idiomatic Design (2023) #
https://news.ycombinator.com/item?id=47741481
In text boxes in some applications, enter submits the entered text, and ctrl-enter forces a newline (not at my computer, but I think Slack does this). In others, it’s the other way around (pretty sure GitHub does this for comments).
I don’t know how we got here and I don’t know how to fix it, but “bring back idiomatic design” doesn’t help when we don’t have enough idioms. I’m not even sure if those two behaviors are wrong to be inconsistent: you’re probably more likely to want fancier formatting in a PR review comment than a chat message. But as a user, it’s frustrating to have to keep track of which is which.
uhoh-itsmaciek
在一些应用程序的文本框中，按回车键会提交输入的文本，而按Ctrl+回车则强制换行（虽然我电脑上不是这样，但我觉得Slack是这样设计的）。而在另一些应用中，情况正好相反（我相当确定GitHub在评论中是这么设计的）。
我不知道为什么会变成这样，也不知道该如何解决，但“恢复惯用设计”并没有帮助，因为我们没有足够的惯用做法。我甚至不确定这两种行为不一致是否真的是错误：你可能更希望在PR审查评论中使用更复杂的格式，而不是在聊天消息中。但作为用户，必须记住哪种操作对应哪种行为，这确实令人沮丧。
Pro Max 5x quota exhausted in 1.5 hours despite mo… #
https://news.ycombinator.com/item?id=47739625
Claude has gotten noticeably worse for me too. It goes into long exploration loops for 5+ minutes even when I point it to the exact files to inspect. Then 30 minutes later I hit session limits. Three sessions like that in a day, and suddenly 25% of the weekly limit is gone.
I ended up buying the $100 Codex plan. So far it has been much more generous with usage and more accurate than Claude for the kind of work I do.
That said, Codex has its own issues. Its personality can be a bit off-putting for my taste. I had to add extra instructions in Agents.md just to make it less snarky. I was annoyed enough that I explicitly told it not to use the word “canonical.”
On UI/UX taste, I still think current Codex is behind the Jan/Feb era of Claude Code. Claude used to have much better finesse there. But for backend logic, hard debugging, and complex problem-solving, Codex has been clearly better for me. These days I use Impeccable Skillset inside Codex to compensate for the weaker UI taste, but it still does not quite match the polish and instinct Claude Code used to have.
I used to be a huge Claude Code advocate. At this point, I cannot recommend it in good conscience.
My advice now is simple: try the $20 plans for Codex and Cursor, and see which one matches your workflow and vibes best
chandureddyvari
Claude对我来说也明显变差了。即使我指向它要检查的确切文件，它也会进入长达5分钟以上的反复探索循环。然后30分钟后我就遇到会话限制了。一天三次这样的会话，周用量的25%就没了。
我最后买了100美元的Codex套餐。到目前为止，结合我的工作类型，它的使用额度更慷慨，准确度也比Claude高。
不过，Codex也有自己的问题。它的个性对我来说有点让人反感。我不得不给Agents.md加了额外的指令，才让它不那么刻薄。我恼火到明确告诉它别用“canonical”这个词。
在界面和用户体验口味上，我仍觉得现在的Codex落后于今年一二月份的Claude Code。当时Claude在这方面要优雅得多。但在后台逻辑、复杂调试和难题解决上，Codex明显更胜一筹。现在我用Codex里的Impeccable Skillset来弥补弱势的界面体验，但它仍然不及Claude Code曾经的精致和直觉。
我过去是Claude Code的铁杆支持者。现在，我无法真心推荐它。
我现在的建议很简单：试试Codex和Cursor的20美元套餐，看看哪个更符合你的工作流程和感觉。
Mark Zuckerberg is reportedly building an AI clone… #
https://news.ycombinator.com/item?id=47752692
How will a machine ever replace his famous warmth or empathy?
flibbityflob
机器怎么可能取代他那著名的温暖或同理心呢？
Bring Back Idiomatic Design (2023) #
https://news.ycombinator.com/item?id=47740455
Most software is not designed by intelligent and thoughtful people anymore. It is designed by hastily promoted middle manager PM/Product type people who, as has been mentioned elsewhere, simply were not around when thoughtful human interface design was borderline mandatory for efficiency’s sake.
There is incompetence and there is also malevolence in the encouragement of dark patterns by the revenue side of the business.
JojoFatsani
大多数软件现在不再由聪明且深思熟虑的人设计。而是由那些匆忙晋升的中层管理者、项目经理或产品类型的人设计的。正如其他地方提到的，他们根本没有经历过那种为了效率，细致入微的人机界面设计几乎是强制性的时代。
在业务的收入方面，鼓励使用暗黑模式不仅存在无能，也存在恶意。
We have a 99% email reputation, but Gmail disagree… #
https://news.ycombinator.com/item?id=47740220
At our CORE, our instinct is to only email folks when we actually have something fun to share. A big release, something we’re excited about, news worth your time. That’d probably be every couple of months, if that. Respectful. Low noise.
Low noise for some fonts is zero emails. In the nicest way possible, users aren’t excited about your big release, they’re just not.
cs02rm0
在我们的核心理念中，我们的本能是只有在确实有有趣内容分享时才给大家发送邮件。一个重大版本发布、一些让我们兴奋的事情、值得你花时间关注的新闻。那大概每隔几个月一次，如果有的话。尊重用户，减少骚扰。
对于某些字体来说，减少骚扰意味着零邮件。用最友好的方式说，用户对你的重大版本并不感到兴奋，他们就是没有兴趣。
Apple’s accidental moat: How the “AI Loser” may en… #
https://news.ycombinator.com/item?id=47747247
This is the classic apple approach - wait to understand what the thing is capable of doing (aka let others make sunk investments), envision a solution that is way better than the competition and then architect a path to building a leapfrog product that builds a large lead.
grtteee
这就是苹果的经典做法——先观察了解某样东西能做什么（也就是让别人先赔本投入），然后构想一个远超竞争对手的解决方案，接着设计出一个能打造跨越式产品的大致路径，从而建立显著优势。
The economics of software teams: Why most engineer… #
https://news.ycombinator.com/item?id=47748634
The obvious objection is that code produced at that speed becomes unmanageable, a liability in itself. That is a reasonable concern, but it largely applies when agents produce code that humans then maintain. Agentic platforms are being iterated upon quickly, and for established patterns and non-business-critical code, which is the majority of what most engineering organizations actually maintain, detailed human familiarity with the codebase matters less than it once did. A messy codebase is still cheaper to send ten agents through than to staff a team around. And even if the agents need ten days to reason through an unfamiliar system, that is still faster and cheaper than most development teams operating today. The liability argument holds in a human-to-human or agent-to-human world. In an agent-to-agent world, it largely dissolves.
Then I’d wager it’s the same for the courses and workshop this guy is selling…an LLM can probably give me at least 75% of the financial insights for not even .1% of what this “agile coach” is asking for his workshops and courses.
Maybe the “agile coach LLM” can explain to the “coding LLM’s” why they’re too expensive, and then the “coding LLM’s” can tell the “agile coach LLM” to take the next standby shift then, if he knows so much about code?
And then we actual humans can have a day off and relax at the pool.
leokennis
明显的反对意见是，这么快产生的代码会变得难以管理，反而成了一种负担。这种担忧是合理的，但主要适用于代理生成代码后由人类维护的情况。代理平台正在快速迭代，对于那些既定模式和非关键业务代码——这实际上占大多数工程组织维护工作的很大一部分——对代码库的详细人类熟悉程度已经不如以前重要了。即使代码库很乱，派十个代理去处理也比组建专门团队便宜得多。即使代理需要十天时间来理清一个陌生系统的逻辑，这仍然比大多数现有开发团队的效率更快更便宜。在人对人或代理对人的模式下，质量风险是成立的。但在代理对代理的模式下，这种担忧基本消失了。
那么我赌这家伙卖的课程和工作坊也是一样的……大语言模型（LLM）可能能以不到这位“敏捷教练”收费的0.1%的价格，提供至少75%的财务见解。
也许“敏捷教练LLM”可以跟“编码LLM”解释为什么它们太贵了，然后“编码LLM”再告诉“敏捷教练LLM”，既然你那么懂代码，那就去值下一班备用岗吧？
然后我们这些真正的人类就可以休息一天，去泳池放松了。
Most people can’t juggle one ball #
https://news.ycombinator.com/item?id=47742533
Longtime juggler here.
Outside of more complicated tricks like the claw and other specialized patterns, the most common juggling patterns (such as the cascade [1]) don’t rely as much on pure handeye coordination as they do on maintaining a consistent, even toss. The key is throwing each ball so it rises and falls in a predictable arc, so it lands approximately in the same spot where your other hand is waiting to catch it.
When I teach complete beginners, I actually start with a set of special handkerchiefs. They fall more slowly than balls, which gives learners more time to react and makes it much easier to see and follow the path of each object through the air.
[1] - https://en.wikipedia.org/wiki/Cascade_(juggling)
vunderba
我是一个长期玩杂耍的人。
除了像抓握和其他特殊花样这样更复杂的技巧之外，最常见的杂耍模式（比如瀑布式[1]）其实不像纯粹依赖手眼协调那么多，更多是依赖保持一个稳定、均匀的抛掷。关键是将每个球抛出，使它在一个可预测的轨迹中升起然后落下，准确落在另一只手准备接住的位置。
当我教完全的初学者时，我实际上是从一套特别的手帕开始的。它们下落比球慢，这给学习者更多的反应时间，也让他们更容易观察和追踪每个物体在空中的轨迹。
[1] - https://en.wikipedia.org/wiki/Cascade_(juggling)
We have a 99% email reputation, but Gmail disagree… #
https://news.ycombinator.com/item?id=47740706
Fun quote from the OP:
But here’s the part that really gets us. At our CORE, our instinct is to only email folks when we actually have something fun to share. A big release, something we’re excited about, news worth your time.
I would prefer not to give my email address to a company that thinks that this should give them a good email reputation. If you email me because you are excited and I’m not, I probably think of it as spam.
amluto
楼主说得有趣的一句话：
但真正让我们感触深刻的是这一点。我们内心深处的本能是，只有当我们确实有有趣的东西要分享时，才会给大家发邮件。一次重要的发布，一些让我们兴奋的消息，值得你们花时间了解的新闻。
我不愿意把我的邮箱地址给一个认为这样就能获得良好邮件声誉的公司。如果你给我发邮件是因为你很兴奋，而我并不兴奋，我大概率会把它当成垃圾邮件。
The economics of software teams: Why most engineer… #
https://news.ycombinator.com/item?id=47748834
A messy codebase is still cheaper to send ten agents through than to staff a team around. And even if the agents need ten days to reason through an unfamiliar system, that is still faster and cheaper than most development teams operating today.
I’ve been on 2 failed projects that have been entirely AI generated and it’s not that agents slow down and you can just send more agents to work on projects for longer, it’s that they becoming completely unable to make any progress whatsoever, and whatever progress they do make is wrong.
boron1006
一个混乱的代码库，派十个代理去处理仍然比组建一个团队要便宜。即使代理需要十天时间来理清一个不熟悉的系统，这仍然比大多数目前运行的开发团队更快、更省钱。
我经历过两个完全由AI生成的失败项目，问题不是代理会变慢，也不是你可以派更多代理更长时间工作，而是他们完全无法取得任何进展，而且即使有进展，也都是错误的。