arXivLabs是一个框架，允许合作者直接在我们的网站上开发和分享新的arXiv功能。个人和与arXivLabs合作的组织都认同并接受我们开放、社群、卓越和用户数据隐私的价值观。arXiv致力于这些价值观，并且只与秉持这些价值观的合作伙伴合作。您是否有为arXiv社群增加价值的项目想法？了解更多关于arXivLabs的信息。
每日HackerNews RSS
## Hacker News 讨论：语言模型中相似的数字表示
一篇最近发表在 arXiv 上的论文，探讨了不同语言模型如何表示数字，引发了 Hacker News 的讨论。核心发现是，尽管模型架构、训练数据和优化技术各不相同，但这些模型最终收敛到惊人相似的数字表示上——表现出周期性特征，主要周期为 2、5 和 10。
讨论很快集中在论文的标题上，用户指出标题被过度解读，不能准确反映论文的范围（展示相似性是如何产生的，而不是断言内在规律）。许多评论员将这种收敛与潜在的“通用语法”或数字的“柏拉图式表示”联系起来，暗示着人类和人工智能背后存在着基本的结构。
然而，神经科学研究人员警告不要过度解读这些相似之处，并引用证据表明大型语言模型正在*偏离*人类大脑活动，尤其是在视觉方面。其他人强调了训练数据的作用以及十进制系统在人类语言中的主导地位，作为驱动这些模式的关键因素。 讨论还涉及潜在的应用，例如改进模型压缩以及理解生物系统中“本能”的起源。
## 优先完成，而非追求完美
作者反思了一个反复出现的模式：项目会在过度思考和范围蔓延时停滞不前，这与快速完成简单、专注的任务所带来的满足感形成对比。他们提倡拥抱“立刻行动”的心态，在开始之前明确定义成功标准，并避免陷入无休止的研究或追求过于雄心勃勃的解决方案的陷阱。
最近的例子说明了这一点：与朋友一起成功完成的周末木工项目，其动力是简单的建造一个书架的目标，而对复杂的语义差异工具的研究却陷入了困境。差异研究最初源于一个小小的烦恼，却演变成数小时的调查，直到作者重新专注于一个最小化的解决方案——为自己的Emacs工作流程构建一个基本的工具。
他们承认学习和优化的吸引力，但强调*发布*某件事物的价值，即使它是不完美的。这包括认识到使用LLM生成代码的陷阱，这很容易导致功能膨胀。核心要点是优先完成项目，而不是无休止地计划或追逐“完美”的解决方案，记住有时候，“仅仅一个书架”就足够了。他们将参加Babashka Conf和Dutch Clojure Days，并欢迎与他人交流。
## 黑客新闻讨论：过度思考导致项目失败
最近一篇黑客新闻的帖子讨论了项目失败往往不是因为缺乏努力，而是因为**过度思考、范围蔓延和迷失在研究中**。许多评论者对此表示认同，特别是将其与博士研究的挑战联系起来——大量的文献综述会无止境地扩大项目范围并消耗最初的热情。
讨论强调了一种常见模式：从一个简单的目标开始，然后陷入复杂性和不必要的功能中。 几位用户提倡**优先完成而非完美**，设定明确的截止日期，并专注于构建最小可行产品。 还有人指出理解*为什么*要构建某物的重要性——个人项目与商业项目需要不同的方法。
一个反复出现的主题是**完成某件事，即使不完美，也比无休止地完善它更有价值**。 有些人将这个问题比作一个“守恒定律”，即编程速度的提高会被不断扩大的范围所抵消。 有趣的是，有人将此与二战时期的中央情报局破坏手册联系起来，说明了类似的策略可以故意阻碍进展。 最终，对话强调了自我意识和务实的项目管理方法的需求。
## 8087 FPU 仿真：历史概要 在 20 世纪 80 年代初，Intel 8087 浮点单元 (FPU) 是 8086/8088 计算机的一种昂贵附加组件。为了扩大其应用，Intel 发布了 E8087 软件仿真包，允许软件在*没有* 8087 的系统上运行，同时在*有* 8087 时仍能受益于浮点运算能力。 该仿真依赖于一个巧妙的系统，涉及汇编器/编译器、链接器和运行时库。 翻译器生成带有 8087 指令特殊修复的“可仿真”代码。 然后，链接器决定是将这些指令替换为软件中断调用（仿真），还是将其保留为本机 8087 代码。 Intel 最初使用中断向量 18h-1Fh，而 Microsoft 采用 34h-3Dh。 Microsoft 的实现通过在启动时检测物理 8087 改进了 Intel 的实现。 如果存在，仿真器会在运行时将中断调用动态替换为实际的 8087 指令，从而实现接近原生的性能。 该系统允许软件供应商发布与两种系统都兼容的单个二进制文件，这在早期的 PC 市场中是一项关键优势。 仿真过程涉及精心设计的修复和库例程，展示了对软件兼容性和硬件抽象的复杂方法。
对不起。
*SpeechNow.org v. FEC* (2010) 案打开了大额捐款给超级政治行动委员会的大门，奥巴马政府选择不对此裁决提出挑战。现在，缅因州正在尝试反击。该州的选民通过了一项限制超级政治行动委员会捐款的投票措施，立即受到了保守派团体以 *SpeechNow* 为由的法律挑战。 然而，与2010年不同，支持者现在拥有十六年的证据，证明超级政治行动委员会和政客之间存在潜在的“一事换一物”腐败行为——例如鲍勃·梅嫩德斯和拉里·豪斯霍尔德的案件。缅因州的倡议经过战略设计，旨在迫使最高法院重新审视 *SpeechNow* 案，认为超级政治行动委员会的捐款*可以*与腐败影响联系起来，从而在现有法律先例下证明捐款限制的合理性。 较低法院的裁决承认了这种可能性——一项具有里程碑意义的承认——但并未允许缅因州法律生效。此案现已上诉至更高法院，有可能最终提交给最高法院，并提供了一个罕见的机会来重新审视并可能推翻 *SpeechNow* 案的裁决，从而挑战五十年来放松竞选资金监管的努力。
对不起。
请启用 JavaScript 并禁用任何广告拦截器。
对不起。
## 阿斯巴甜：全面看待
健怡可乐的甜味来自阿斯巴甜，这是一种合成分子，甜度是糖的200倍，主要由味之素生产。尽管存在常见担忧，但大量研究表明阿斯巴甜可能安全。一旦摄入，它会迅速分解为三种常见成分：苯丙氨酸、天冬氨酸和甲醇——这些都天然存在于许多食物中，并且含量通常*低于*通过典型饮食摄入的量。
苯丙氨酸是一种必需氨基酸，天冬氨酸很容易由身体产生，而阿斯巴甜中的甲醇含量远低于水果或葡萄酒等来源。虽然甲醛是甲醇代谢的副产品，但含量极少且能迅速处理。
美国食品药品监督管理局（FDA）和欧洲食品安全局（EFSA）等主要卫生组织已多次审查证据，并坚持认为阿斯巴甜在目前的消费水平下是安全的。担忧通常源于较旧、不太可靠的研究，或者对阿斯巴甜施加了比糖或酒精等其他膳食成分更高的证明标准。
最终，科学共识表明阿斯巴甜的健康风险可以忽略不计，使其成为那些寻求减少糖摄入量的人们潜在的、比糖或其他甜味剂危害更小的替代品。
## “快钱”领域的隐藏成本 推出在线赌场、成人平台或类似业务，承诺快速盈利，但伴随着重大且常常被低估的弊端。虽然最初的吸引力令人兴奋和反叛，但一种普遍的污名渗透到业务的*各个*方面——从招聘和广告到银行和人际关系。 获得资金很困难，需要个人投资或不可靠的高收费支付处理商。营销是一场与广告网络限制持续斗争的战役，需要变通方法并付出大量费用。建立稳定的团队具有挑战性，因为员工通常将薪水置于长期承诺之上。 除了运营障碍之外，这些企业通常在法律灰色地带运营，缺乏标准保护，并面临激进且常常是非法的竞争。也许最重要的是，在这些领域取得成功很少能转化为更广泛的职业尊重，并且可能由于社会不认可而造成人际冲突。最终，在受污名化的领域建立繁荣的企业，可能会让企业家感到孤立和道德妥协，即使在获得经济利益的情况下，也会质疑自己的贡献。
## 无尽的辛劳：带有戏剧效果的代码调试
无尽的辛劳是一个为Codex和Claude等编码代理设计的插件，为代码审查增添了一种幽默（且略带不安）的元素。当代理遇到越来越复杂或“受诅咒”的代码时，它会播放人类痛苦升级的声音——呻吟、哀嚎等等。
安装过程包括克隆仓库，并将其作为本地市场添加到你的Codex Desktop或Claude环境中。然后，你需要在新的线程中明确要求你的代理*使用*无尽的辛劳；它不会自动激活。
该插件需要Python 3.10+和一个本地音频播放器（macOS上的afplay，Linux上的paplay/aplay/ffplay）才能完全发挥功能，但即使没有音频播放器，它仍然可以扫描代码。原始资源中提供了详细的安装说明和文档链接。
你的钱包，内置功能。 发送钱。为帖子获得报酬。几秒钟内完成。 给喜欢的内容创作者打赏，还朋友钱，AA晚餐。或者反过来——当人们喜欢你的帖子时，他们可以直接给你发送真钱。 没有中间人，没有平台费用，没有三天等待期。 打赏创作者和支付朋友——点击，完成。 直接从喜欢你帖子的用户那里获得收入。 零平台费用，零中间人。
对不起。
URL中有一部分叫做片段，即#号后的文本。片段的设计初衷是不发送到服务器的。它们只存在于浏览器中，只存在于设备上，只存在于访问的瞬间。没有任何地方会存储所有内容。整个网站被压缩并编码成一串字符。没有服务器保存它。没有账户属于它。没有公司需要你的许可。链接就是网站。链接去往哪里，网站就去往哪里。对于订单、消息和实时协调，Nowhere使用Nostr中继作为通信基础设施。中继只能看到它们无法读取的加密数据，这些数据来自它们无法追踪的临时密钥，并从它们无法识别的Nowhere网站发送而来。
## Nowhere：将网站编码在URL中 - Hacker News 摘要
一个名为“nowhere”（hostednowhere.com）的新项目允许用户将整个网站编码在URL片段（#之后的部分）中。该想法利用了浏览器不将URL片段发送到服务器的特性，旨在实现真正去中心化和抗审查的网络体验。
然而，Hacker News上的讨论显示出怀疑态度。评论者指出，虽然概念上很有趣，但它依赖于一个JavaScript加载器（最初托管在*某个地方*）来解码URL，这引入了一个潜在的故障点和控制点。人们对隐私表示担忧——加载器*可能*会检查解码后的内容——并质疑其在新鲜感之外的实用性。
一些用户指出，已经存在类似的概念，例如数据URI和将内容编码在URL中的markdown查看器。其他人强调了与渐进式Web应用（PWA）结合的离线使用潜力。最终，该项目被视为一个巧妙的技术演示，但其在现实世界中的实用性仍然值得商榷。它引发了关于去中心化、抗审查以及Web基本构建模块的讨论。