## 三体问题模拟器：摘要 三体问题是物理学中一个长期存在的挑战，它询问我们是否可以预测三个引力相互作用物体的运动。与两体系统不同，它缺乏通用的解析解，需要数值模拟来进行研究。 该模拟器使用牛顿万有引力定律对这个问题进行建模，计算物体之间的力，并随时间更新它们的位置。它提供了两种积分方法：速度Verlet，它擅长长期能量守恒和轨道稳定性；以及RK4，提供更高的短期精度。 该模拟器具有已知周期轨道的预设配置——包括8字编舞和拉格朗日配置——以及自定义设置的选项。用户可以调整质量、速度和物理参数，并通过时间线和能量漂移指标（衡量模拟精度）来分析轨道行为。 该模拟器使用Three.js构建，以3D方式可视化动力学，跟踪模拟历史，并允许共享配置。理解能量守恒——在引力系统中通常为负值，表示受限轨道——是解释结果的关键。
每日HackerNews RSS
这段代码解决经典的 FizzBuzz 挑战，但有一个独特的限制：不允许使用布尔值、条件语句或模式匹配。该解决方案利用 Python 的 `itertools.cycle` 创建无限循环的“Fizz”和“Buzz”序列。然后将这些序列与数字 1-100 组合，根据位置有效地分配“Fizz”或“Buzz”。 一个自定义的 `string_mask` 函数将数字（作为字符串）与生成的“Fizz”或“Buzz”字符串结合起来。这巧妙地避免了显式的条件逻辑。 然而，这种方法有一个局限性：它在数字达到 10,000 左右时会失效。随着数字的增大，在掩码过程中，数字的位数开始“泄露”到“Fizz”或“Buzz”字符串的末尾，导致输出不正确，例如“Buzz0”。作者承认这个缺陷，并寻求更可靠的替代解决方案。
## SilverBullet：强大、自托管的生产力平台
SilverBullet是一个免费、开源的个人生产力平台，基于Markdown构建，并增强了Lua脚本语言。它本质上是一个笔记应用程序，提供简洁、实时预览的Markdown编辑器，具有wiki风格的链接([[页面链接]])和双向链接跟踪。
然而，SilverBullet超越了简单的笔记功能。其“本地优先”PWA架构允许完全离线访问和自动同步，而嵌入的Lua脚本(${lua expression})使用户能够在笔记*内部*构建应用程序——一种“终端用户编程”形式。页面被视为索引的“对象”，允许类似数据库的查询和操作。
主要功能包括自托管以确保数据所有权、键盘中心导航以及通过“插件”进行扩展。SilverBullet使用TypeScript、Go构建，并利用CodeMirror 6和Preact等技术，为个人知识管理和应用程序开发提供灵活强大的环境。它可以本地使用Deno和Go运行，或通过Docker运行。
## Silverbullet：一款可定制的 Markdown 笔记应用
Silverbullet 是一个使用 Markdown 和 Lua 构建的个人生产力平台，在 Hacker News 上受到好评。用户称赞其高度可定制性、友好的社区和响应迅速的作者。它作为一个渐进式 Web 应用 (PWA) 运行，本地存储笔记并定期同步——允许在多个设备上使用或自托管（例如在 Alpine LXC 上）。
虽然总体评价良好，但一些用户遇到了初始加载问题，首次渲染后感觉需要“重新加载”。一位开发者建议通过在同步期间提供更清晰的 UI 反馈来改善第一印象。一位用户过去曾报告过数据丢失和网站损坏，引发了对长期可靠性的担忧。尽管如此，许多人推荐尝试 Silverbullet，特别是对于那些寻求简单、可定制和开源笔记解决方案的人——教程非常值得推荐。
数据中心正面临着快速增长的电力需求，很快就需要具备兆瓦级机架能力。为此，获得微软支持的初创公司Veir正在调整其超导电缆技术——最初设计用于长距离电力传输——以应用于数据中心*内部*。 他们的系统使用能够传输3兆瓦低压电力的电缆，大大减少了空间需求（比铜减少20倍），并延长了电力传输距离（远达铜的5倍）。这些电缆在极低的温度下运行（-321°F），采用液氮冷却。 虽然公用事业对超导技术的采用仍然缓慢，但数据中心行业对解决方案的迫切需求正在加速Veir的进展。计划明年启动试点项目，预计2027年商业化推出。Veir将自己定位为完整的系统集成商，负责电缆制造、冷却系统和整体实施，为蓬勃发展的人工智能和数据中心市场提供高密度电力解决方案。
## Veir 与数据中心中的超导体 - Hacker News 摘要
一篇TechCrunch文章，关于微软支持的Veir公司在数据中心中使用超导体，引发了Hacker News的讨论。Veir旨在通过使用超导电缆来减少能量损失，从而提高数据中心的效率。
评论者们争论了“广泛”使用高温超导体（HTS）的问题。虽然HTS在商业上*已经*被使用（射频滤波器、磁体绕组），但它们仍然需要大量的冷却——通常是液氮（77K），并且在日常用语中并非“高温”。实际应用也取决于临界电流、磁场和压力的限制。
用户指出HTS电线的成本很高（可能超过3000美元/卷），并且需要小心处理以避免缠绕。一些人指出了原文中的一些小错误，而另一些人则澄清，报道中的电力需求可能指的是单个机架，而不是整个数据中心。这场讨论凸显了实现真正实用且具有成本效益的超导性的持续挑战。
一位热心爱好者成功地从亚利桑那大学救出了一台大型的Lucent 5ESS电话交换机，该系统曾服务于超过2万条线路长达35年。该项目涉及仔细拆卸和搬运40个机架的设备——装满了两辆大型卡车——由于该交换机的复杂布线和物理结构，这是一项复杂的任务。
这位救援者在家人、朋友和大学IT人员的帮助下，现在正专注于恢复该系统。初步步骤包括启动管理模块，该模块运行在独特的贝尔实验室操作系统上，然后逐步重建功能，包括POTS和ISDN服务。
这项努力是创建一个计算和电信博物馆的更大愿景的一部分。认识到该项目的规模，这位爱好者正在寻求合作者来帮助恢复工作，并邀请感兴趣的人们联系。随着系统缩小以供实际使用，剩余的零件将可供使用。
## lucent 5ess 电话交换机抢救：摘要
一篇最近的 Hacker News 帖子强调了一台 Lucent 7 R/E 5ESS 电话交换机的出色保存状况，该系统运行了 35 年，仅进行了两次重大升级。 这引发了关于较旧的电信基础设施的强大、易于理解的设计与现代“统一通信”(UC) 系统的复杂、通常是短暂的性质之间的对比讨论。
评论员指出，5ESS 的寿命和可维护性——它建立在物理约束和易于追踪的组件之上——与当今对供应商锁定软件、云依赖和快速过时化的依赖形成了对比。 维护 5ESS 的生命周期成本可能低于重复迁移到较新的 VoIP 和 UC 技术。
讨论强调了 5ESS 是一个设计良好、长期资本资产的例子，这种理念在一个现在专注于短期收入周期的行业中已经丧失。 保存这些系统不仅仅是怀旧； 它展示了一种为构建耐用、可扩展的基础设施提供可行设计方法，并为可靠的系统架构提供了宝贵的见解。 几位评论员分享了他们使用 5ESS 和相关技术的经验，强调了其复杂、分布式的设计。
## 3DO 上的《毁灭战士》：软件与生存的故事 本期 CoRecursive 节目请来了资深游戏开发者贝基·海尼曼，她曾赢得 1980 年的太空侵略者锦标赛，并参与了无数游戏的移植工作。故事围绕着 1994 年将《毁灭战士》移植到 3DO 游戏机的灾难性尝试展开。 Art Data 公司经验有限，却获得了《毁灭战士》的授权，但缺乏可用的移植版本。贝基被聘请来，期望项目已经完成 90%，但很快发现几乎没有任何可用的代码。尽管面临着紧迫的圣诞节截止日期和混乱的开发过程——包括一位 CEO 认为 JPEG 图像可以作为新武器——贝基还是设法让《毁灭战士》在 3DO 上运行了一个可玩版本，尽管帧率很低。 然而，该项目受到管理不善和不切实际的期望的困扰。Art Data 过度生产了游戏卡带，导致了巨大的财务损失并最终破产。贝基的故事也充满了个人经历，揭示了她充满虐待和食物不安全的童年，这些经历塑造了她的韧性和动力。她强调了理解底层编程的重要性，建议从 Apple II 等经典机器入手，真正理解计算机的工作原理。尽管结果令人沮丧，贝基认为这次移植之所以成功，仅仅是因为它在不可能的情况下*完成*了。
## 丽贝卡·海涅曼：先锋与坚韧的一生
这个Hacker News讨论围绕着丽贝卡·海涅曼，一位早期计算机领域的杰出人物，她近日因短暂的癌症抗争去世。海涅曼以其软件开发才能而闻名，尤其擅长针对硬件限制进行优化，并被认为是将《Doom》移植到3DO平台的功臣。
对话强调了她令人印象深刻的职业生涯，从联合创立Interplay到她的技术成就。许多评论者分享了个人敬佩的故事，特别提到她在80年代和90年代作为跨性别女性在科技界中展现出的坚韧。一些用户指出最近的一篇采访，详细讲述了她的经历。
为帮助她支付医疗费而发起的GoFundMe活动也被讨论，更新显示她决定接受姑息治疗。该帖子引发了关于美国医疗体系的争论，许多人对即使在医疗支出高昂的情况下，仍然需要为基本护理进行众筹表示沮丧。海涅曼的逝世为许多人所哀悼，他们认为她是一位先驱和鼓舞。
福特CEO吉姆·法利强调了美国关键技能的缺口，并对职业学校的衰落以及对培养新一代技术工人的投资不足表示遗憾。现代汽车技师现在需要先进的技术专长——软件、电子和数据分析，这远远超出了传统的“修车工”工作。 然而，问题不仅仅出在职业学校。中小学数学和阅读成绩下降意味着许多学生甚至没有为基础的职业培训做好准备。他们缺乏阅读技术手册的素养和操作现代机械所需的数学技能。 尽管白领裁员不断，但电工等高薪技术工种却蓬勃发展，薪资超过20万美元。迈克·罗等人士正在扩大奖学金，以解决这个问题，强调这些工作不会被自动化取代。然而，核心问题仍然是中小学教育系统未能使学生具备获得现有机会的能力。
## Cloudflare 网络中断 - 2025 年 11 月 18 日 - 摘要 2025 年 11 月 18 日，Cloudflare 经历了一次重大的网络中断，影响了 11:20 至 17:06 UTC 之间的互联网流量。问题*并非*网络攻击，而是源于 Cloudflare 的 ClickHouse 系统中的数据库权限变更。此次变更导致 Bot 管理系统的“特征文件”——用于识别机器人——意外地扩大了一倍。 负责路由流量的核心代理软件对此文件的大小有限制。超过此限制导致大范围故障，访问受 Cloudflare 保护的网站的用户出现 HTTP 5xx 错误。初步调查错误地指向 DDoS 攻击，原因是系统行为波动不定。 问题通过停止传播超大文件并恢复到以前的功能版本得到解决。CDN、Turnstile、Workers KV、Access 和 Dashboard 等服务均受到影响，并在 17:06 UTC 时完全恢复。 Cloudflare 对此次中断表示歉意，并正在实施预防措施，包括更严格的配置文件验证、改进的紧急停止开关以及增强的错误处理。这是 Cloudflare 六年来最严重的中断，促使其对系统弹性进行全面审查。
从一个在跑步机上作画的人那里学到的关于创造力的事情。
What I learned about creativity from a man painting on a treadmill (2024)
7 天前
作者反思了一生与失败恐惧的斗争，特别是它对创造力的压抑作用。灵感往往适得其反，因为目睹伟大的成就只会凸显自己 perceived 的不足。令人惊讶的是，对抗这种麻痹的意外解药来自于约翰·基尔达夫主持的、故意混乱的公共电视节目“让我们一起画画”。
基尔达夫在多任务处理时绘画——锻炼、做饭、接电话——结果可想而知，灾难性但又令人喜爱。这个节目制作质量差，互动也常常充满敌意，并且曾被《美国达人秀》拒绝。然而，它的失败恰恰是它的优势。
基尔达夫不追求完美，他拥抱实验和*反复*失败的过程。他认为，这才是真正鼓舞人心的，因为它使不完美成为常态，并鼓励他人 просто *尝试*。 “让我们一起画画” 提倡创作的乐趣胜过结果的压力，提醒我们保持“认真地不严肃”，并且忍受过程——即使在混乱之中——才是真正重要的。它证明了坚持不懈，并传达了一个关于拥抱生活挑战的令人惊讶的深刻信息。
## 创意与拥抱失败：“Let's Paint TV”带来的启示
最近一篇Hacker News讨论，源于[quinnmaclay.com](https://quinnmaclay.com/2024)，探讨了在创意活动中拥抱失败的 surprising power（令人惊讶的力量）。对话始于对艺术家John Kilduff（“Let's Paint TV”）的链接，他*在跑步机上*作画，这种限制迫使他做出独特的艺术选择。
许多评论者分享了个人经历，证明即使是“糟糕”的作品也能带来灵感。一位小说家通过故意阅读写得差的书籍来寻找动力，目标仅仅是超越它们。其他人也表达了类似的观点，认为不完美作品的进步（例如一个长期连载的、最初有缺陷的书系列）比追求立即的完美更有价值。
核心观点是，消除“好”的压力能够促进实验和学习。参与者强调了持续练习、接受反馈以及认识到进步是一个过程的重要性。 许多评论者引用了提倡从“糟糕”开始的观点，以及努力工作比短暂的创意更可靠的理念。最终，这场讨论倡导在没有评判恐惧的情况下自由创作，从而培养更愉快和高效的创意旅程。
一家Monotype公司的代表发起了一场令人担忧的宣传活动，类似于网络钓鱼攻击。他们通过领英联系了不同部门的许多员工，发送紧急且可能具有误导性的消息。尽管内部已向设计和数字团队发出警告，但该活动还是触及了采购团队，并被管理层指示回复。 最终，一名采购员工确实参与了互动，出于正当目的试图保护公司免受版权问题的影响——他对此并无过错。随后，由于内部沟通不畅，问题陷入停滞；数字团队完成了一项合规审计，确认公司没有问题，但未能通知Monotype公司。这需要多个团队重新介入，最终解决问题并澄清公司的立场。这起事件凸显了在处理潜在安全问题时，持续的内部沟通和快速跟进的重要性。
## Monotype 许可恐吓策略
一家公司详细描述了与字体供应商Monotype的一次令人沮丧的经历，Monotype通过未经请求的LinkedIn消息发起了一场许可“敲诈”。 尽管此前没有任何关系，也没有任何违规证据，Monotype声称存在许可违规。 该公司最初驳回了该消息，但Monotype通过联系大量员工升级了事件，引发恐慌，并消耗了大量员工时间来调查这些指控。
评论员指出这是一种恐吓策略，认为Monotype可能希望有人回应并无意中承认某些事情。 许多人同意这种情况应该立即转交给法务部门。 几位用户分享了与Oracle和其他大型公司使用侵略性策略的类似经历，通常会导致完全禁止使用他们的产品。
该事件引发了关于字体许可公平性的讨论，并提出了固定费用模式的建议，以及对虚假指控进行法律追究的必要性。 最终，该公司确认没有发生违规行为，但这一过程浪费了大量资源，并引发了对Monotype商业行为的担忧。