请启用 JavaScript 并禁用任何广告拦截器。
每日HackerNews RSS
## 追求长寿及其影响
一篇最近的《纽约时报》文章，关于富人寻求延长寿命，在Hacker News上引发了热烈讨论。核心问题是：如果权势者*能够*永生会怎样？
许多评论者表达了愤世嫉俗的观点，认为那些有能力的人会毫不犹豫地牺牲他人来获得更长的寿命。另一些人则争论了寿命大幅度延长对社会的影响，认为老年一代长期保有权力会阻碍进步和资源分配给年轻人。有人指出，非西方国家现有的长期执政领导人问题，证明这并非仅仅是西方问题。
一些用户提到了探索这一主题的科幻小说——《碳变》、《潘多拉之星》和海因莱因的《马土撒拉之子》，强调了潜在的反乌托邦后果。一种反复出现的情绪是，延长寿命需要重新评估社会结构，包括任期限制和退休年龄，以防止停滞并确保公平的权力动态。最终，这场对话触及了道德、权力和如果永生成为只有精英阶层才能获得的现实，社会动荡可能加剧的主题。
## 阿斯巴甜：全面看待
健怡可乐的甜味来自阿斯巴甜，这是一种合成分子，甜度是糖的200倍，主要由味之素生产。尽管存在常见担忧，但大量研究表明阿斯巴甜可能安全。一旦摄入，它会迅速分解为三种常见成分：苯丙氨酸、天冬氨酸和甲醇——这些都天然存在于许多食物中，并且含量通常*低于*通过典型饮食摄入的量。
苯丙氨酸是一种必需氨基酸，天冬氨酸很容易由身体产生，而阿斯巴甜中的甲醇含量远低于水果或葡萄酒等来源。虽然甲醛是甲醇代谢的副产品，但含量极少且能迅速处理。
美国食品药品监督管理局（FDA）和欧洲食品安全局（EFSA）等主要卫生组织已多次审查证据，并坚持认为阿斯巴甜在目前的消费水平下是安全的。担忧通常源于较旧、不太可靠的研究，或者对阿斯巴甜施加了比糖或酒精等其他膳食成分更高的证明标准。
最终，科学共识表明阿斯巴甜的健康风险可以忽略不计，使其成为那些寻求减少糖摄入量的人们潜在的、比糖或其他甜味剂危害更小的替代品。
一个黑客新闻的讨论围绕着阿斯巴甜和其他人工甜味剂的安全性。一些评论员认为阿斯巴甜可能*比*糖更好，而另一些则表达了担忧。
一个关键点是潜在对肠道微生物组的影响，一位用户提倡对食物采取保守方法，坚持食用天然、原始的食材，因为对这些相互作用的理解尚不完整。 另一位用户强调了研究表明，蔗糖素-6-乙酸酯（蔗糖素中的一种杂质）具有遗传毒性，并可能与结肠癌发病率增加有关。
个人经历也起作用，用户报告阿斯巴甜会引发偏头痛，并且不喜欢它的味道。 这段对话突出了评估人工甜味剂的复杂性，超越了简单的“好”或“坏”标签。
## “快钱”领域的隐藏成本 推出在线赌场、成人平台或类似业务，承诺快速盈利，但伴随着重大且常常被低估的弊端。虽然最初的吸引力令人兴奋和反叛，但一种普遍的污名渗透到业务的*各个*方面——从招聘和广告到银行和人际关系。 获得资金很困难，需要个人投资或不可靠的高收费支付处理商。营销是一场与广告网络限制持续斗争的战役，需要变通方法并付出大量费用。建立稳定的团队具有挑战性，因为员工通常将薪水置于长期承诺之上。 除了运营障碍之外，这些企业通常在法律灰色地带运营，缺乏标准保护，并面临激进且常常是非法的竞争。也许最重要的是，在这些领域取得成功很少能转化为更广泛的职业尊重，并且可能由于社会不认可而造成人际冲突。最终，在受污名化的领域建立繁荣的企业，可能会让企业家感到孤立和道德妥协，即使在获得经济利益的情况下，也会质疑自己的贡献。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
成人和赌博初创公司的运营成本 (orchidfiles.com)
11点 由 theorchid 发表于 33分钟前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系方式
搜索：
## 无尽的辛劳：带有戏剧效果的代码调试
无尽的辛劳是一个为Codex和Claude等编码代理设计的插件，为代码审查增添了一种幽默（且略带不安）的元素。当代理遇到越来越复杂或“受诅咒”的代码时，它会播放人类痛苦升级的声音——呻吟、哀嚎等等。
安装过程包括克隆仓库，并将其作为本地市场添加到你的Codex Desktop或Claude环境中。然后，你需要在新的线程中明确要求你的代理*使用*无尽的辛劳；它不会自动激活。
该插件需要Python 3.10+和一个本地音频播放器（macOS上的afplay，Linux上的paplay/aplay/ffplay）才能完全发挥功能，但即使没有音频播放器，它仍然可以扫描代码。原始资源中提供了详细的安装说明和文档链接。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
听听你的代理在你的代码中挣扎 (github.com/andrewvos)
8 分，AndrewVos 1小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
你的钱包，内置功能。 发送钱。为帖子获得报酬。几秒钟内完成。 给喜欢的内容创作者打赏，还朋友钱，AA晚餐。或者反过来——当人们喜欢你的帖子时，他们可以直接给你发送真钱。 没有中间人，没有平台费用，没有三天等待期。 打赏创作者和支付朋友——点击，完成。 直接从喜欢你帖子的用户那里获得收入。 零平台费用，零中间人。
Hacker News新帖 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交登录
Wisp – 再次有趣的社交 (wisp.mobile)
1 分，由 janandonly 1小时前发布 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
cmrdporcupine 8分钟前 [–]
又一个仅限移动端的全新社交平台？回复
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
URL中有一部分叫做片段，即#号后的文本。片段的设计初衷是不发送到服务器的。它们只存在于浏览器中，只存在于设备上，只存在于访问的瞬间。没有任何地方会存储所有内容。整个网站被压缩并编码成一串字符。没有服务器保存它。没有账户属于它。没有公司需要你的许可。链接就是网站。链接去往哪里，网站就去往哪里。对于订单、消息和实时协调，Nowhere使用Nostr中继作为通信基础设施。中继只能看到它们无法读取的加密数据，这些数据来自它们无法追踪的临时密钥，并从它们无法识别的Nowhere网站发送而来。
## Nowhere：一个编码在URL中的网站
“nowhere.com”是一个引人入胜的项目，展示了一种全新的网站托管方式——完全在URL中进行。它利用了经常被忽视的URL片段（'#'后面的部分），利用浏览器*不会*将这部分发送到服务器的特性。
这创造了固有的隐私：托管初始HTML的服务器从不“看到”网站内容，这意味着不会记录或存储任何数据。此外，由于该网站仅以链接的形式存在，因此不可能将其关闭或审查——没有服务器可以攻击。每个共享的链接*就是*完整的网站。
该项目在GitHub上可用 ([https://github.com/5t34k/nowhere](https://github.com/5t34k/nowhere))，甚至允许对URL本身进行密码保护加密，增加另一层安全性。
利用你身边的人；当你的叙述的明显优势耗尽时，向志同道合的人展示你与反对者互动时精心挑选的细节，以便提供一个更合适的说法，让你的支持者可以团结起来，彻底粉碎任何对你叙述的潜在威胁。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
如何反社会 – 一份不连贯和孤立的社交体验指南 (leaflet.pub)
7 分，作者 calcifer 43 分钟前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
manmal 1 分钟前 [–]
> 当面对压倒性的反对意见时，坚持己见
当然，大多数人总是正确的，我们应该立即屈服于他们 /s 回复
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 在 WebAssembly 中高效挂载 Tarball
传统上，在 WebAssembly 中使用 `.tar.gz` 归档文件需要下载、解压缩和复制文件，这在内存受限的环境中代价高昂。一种新的优化方法通过使用 Emscripten 的 `WORKERFS` 直接挂载 tarball 来避免这种情况。
不再进行解压，而是生成一个小的 JSON 索引文件，列出每个文件的大小和在解压缩后的 tar 数据中的偏移量。此元数据允许 `WORKERFS` 通过按需切片 tarball blob 来服务文件读取，从而有效地进行内存映射而无需复制。
`tar-vfs-index` npm 包可以从 `.tar` 或 `.tar.gz` 流中创建此索引。元数据可以作为单独的 `.json` 文件提供，或者为了获得自包含的解决方案，可以直接附加到 tarball 中。浏览器在下载过程中可以有效地处理 `.tar.gz` 解压缩。
这种方法利用了 tar 的扁平结构、`WORKERFS` 的 blob 切片能力以及浏览器的解压缩功能，从而显著减少加载时间和内存使用量——WebR 就是一个例子，R 包现在就是以这种方式分发和加载的。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
将 tar 归档文件作为文件系统挂载到 WebAssembly (jeroen.github.io)
9 分，datajeroen 1 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
sillysaurusx 8 分钟前 [–]
仅相关，还请参阅 Ratarmount: https://github.com/mxmlnkn/ratarmount
它允许你将 .tar 文件挂载为只读文件系统。它很酷，因为你基本上可以在不支付任何解压缩成本的情况下随机访问 tar 包。（它构建一个索引，精确说明每个文件的位置。）回复
考虑申请 YC 2026 夏季批次！申请截止至 5 月 4 日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
英国生物库数据泄露：50万人的健康信息正在出售。
UK Biobank leak: Health details of 500 000 people are offered for sale
4 小时前
启用 JavaScript 和 Cookie 以继续。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
英国生物库数据泄露：50万人的健康详情正在出售（bmj.com）
9点 由 dberhane 19分钟前 | 隐藏 | 过去 | 收藏 | 1条评论 帮助
WalterGR 10分钟前 [–]
相关：https://news.ycombinator.com/item?id=47875843 “英国生物库健康数据不断出现在GitHub上” 回复
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 维基百科与人工智能：摘要 维基百科正在其项目中越来越多地利用人工智能（AI），但态度非常谨慎。虽然AI辅助评估文章质量（例如ORES工具标记破坏行为）和补充图像元数据等任务，但**使用大型语言模型（LLM），如ChatGPT生成或重写文章内容目前是被禁止的。** 基本校对和翻译存在例外，但**LLM辅助翻译需要精通两种语言并进行彻底审查**，以避免错误和违反政策的情况。机器翻译在英文维基百科中大部分被禁用，更倾向于人工贡献。 指导AI实施的核心原则是**优先考虑人类判断**，直到更好地理解AI的影响。尽管公共领域AI生成文本的版权不是主要障碍，但编辑必须确保风格和来源符合维基百科的标准。 目前正在进行的工作探索了AI在图像标记和演示项目分析文章改进等领域的潜力，但社群共识仍然集中在负责任且经过仔细监控的AI集成上。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
维基百科的AI政策 (wikipedia.org)
4点 由 Antibabelic 17分钟前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
考虑申请YC的2026年夏季批次！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：