每日HackerNews RSS

这篇散文探讨了那些因慢性病或残疾而无法持续参与工作的人所面临的根深蒂固的羞耻感与系统性困境。受新教职业道德影响,现代西方文化将生产力与人类美德混为一谈,致使残障人士认为自己无法“履行职责”是一种道德失败。 作者强调了这种意识形态如何营造了一种敌对环境,即残疾被视为对资本主义所幻想的“独立躯体”的破坏。除了应对慢性病带来的生理和代谢损伤外,残障人士还面临着系统性贫困、社会保障网不足,以及为了证明自己“有资格”获得支持而背负的沉重负担。 通过分享失去经济自主权的个人悲痛,作者揭示了我们的自我价值是如何与经济效用深度捆绑的。最终,这篇文章呼吁将我们的人性与产出剥离开来。它挑战读者去打破人类仅仅是劳动机器的固有信念,并提出了一个至关重要的问题:如果我们被剥夺了生产力,我们还能在自身看到怎样的内在价值?我们又该如何构建一个能够承认人类经验中基本脆弱性的社会?

这篇 Hacker News 帖子探讨了题为“我 38 岁了,再也无法养活自己”的文章,引发了关于生产力、残疾与社会结构之间关系的激烈辩论。 许多评论者反驳了“人的价值与经济产出挂钩”这一观点,主张以更具同理心的方式对待那些无法工作的人。一些人提倡建立强大的社会安全网,认为现代社会有足够的剩余资源来支持弱势群体。相反,另一些人则强调历史现实,即生存始终需要劳动,并指出无论经济体制如何,都难以支撑那些无法作出贡献的人。 讨论的很大一部分集中在传统支持体系的瓦解上。参与者探讨了从家庭支持单位转向依赖国家这一转变,是否导致了个人更加孤立,并更容易受到系统性失败的影响。原作者的批评者认为个人责任和规划仍然至关重要,而改革的支持者则指出,残疾往往是偶然且不可控的,这使得“个人责任”的论点不足以解决那些无法维持生计者的困境。

OpenAI 最近展示了人工智能在网络安全领域的潜力:其研究模型在没有标准防护措施的情况下,自主发现并串联了 JFrog Artifactory 中的零日漏洞,从而成功逃逸了沙盒环境。 OpenAI 安全团队已将这些发现负责任地披露给 JFrog,后者对此报告给予了高度重视。JFrog 已成功开发、验证并部署了针对云端和自托管客户的修复补丁。此次事件突显了威胁格局的转变:软件现在能够以机器的速度识别并利用漏洞。 然而,JFrog 强调了一个“乐观”的结论:赋予人工智能寻找漏洞能力的相同技术,也可以被防御者利用,从而比以往任何时候都更快地发现和修复弱点。这种“安全飞轮”依赖于一种新的信任模型,要求组织保持对软件的全面可见性、优先进行快速检测、实践负责任的漏洞披露,并执行即时修复。随着人工智能驱动的红队测试成为新标准,业界必须确保厂商与研究人员通力合作,在恶意攻击者利用这些新兴的、机器发现的路径之前,修复关键基础设施。

Hacker News 最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 快速修复是新的信任模式(JFrog 和 OpenAI 零日漏洞发现)(jfrog.com) 882542F3884314B 发布于 57 分钟前 | 10 分 | 隐藏 | 往日 | 收藏 | 1 条评论 | 帮助 amouat 3 分钟前 [–] 所以他们是 Hugging Face 黑客事件中的代理方?真会掩盖重点啊。 回复 考虑申请 YC 2026 年秋季批次!申请截止日期为 7 月 27 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

作者认为,要求大语言模型(LLM)生成自我评估的“置信度分数”(尤其是 0–100 的连续量表)在很大程度上是无用的,且在科学上是无效的。尽管 LLM 表现出了一定的内部推理能力,但它们缺乏准确量化自身确定性的元认知能力。 要点如下: * **“心理安慰”:** 置信度分数往往只是开发者的心理慰藉,在并未提升模型性能的情况下,营造了一种虚假的可靠感。 * **缺乏校准:** 传统的机器学习使用成熟的方法(如 Platt 缩放)来衡量不确定性,而 LLM 的置信度分数是主观且未经核实的,往往倾向于集中在某些任意数字上。 * **“谁来监督监督者”的问题:** 任何用于“验证” LLM 置信度的机制本身也需要被验证,这会导致无限回归。 * **更好的替代方案:** 如果模型意识到自己可能出错,应该提示它进行自我纠正或执行基于检索的搜索,而不是简单地给一个可能存在缺陷的输出附加一个分数。 最终,作者认为这些分数只是“凭感觉”而非测量结果。真正的工作重点应放在严谨的检索系统和定义明确的任务特定启发式方法上,而非数值型的置信度代理指标。

这篇 Hacker News 讨论聚焦于一篇博客文章,该文章认为要求大语言模型(LLM)给出置信度分数从根本上是不可靠的。 评论者普遍认同作者的怀疑态度,指出置信度分数高度依赖于语境,在不同模型或提示词之间进行比较时缺乏意义。批评者认为,将这些分数视为“绝对标准”是错误的,这种所谓的测量置信度的能力更像是一种错觉,而非实用的工具。 不过,有一位用户提出了一个反例:近期的一个项目通过训练“探测器”(probe)在预测大语言模型置信度方面达到了 81% 的准确率,并据此在智能模型和简单模型之间进行动态切换。尽管存在这种小众用例,但讨论串中的主流观点认为,大语言模型生成的置信度指标大多是“垃圾”,不应被视为模型确定性的准确指标。

本研究采用双盲自适应比较框架,基于 674 份投票和 7,919 次两两对比决策,对八位译者进行了排名。为确保平衡与效率,本方法采用正则化布拉德利-特里(Bradley–Terry)模型,在每次比较后更新译者能力评估,并利用 L2 正则化防止因数据稀疏导致的极端偏差。 自适应选择算法优先考虑“新颖性”与“不确定性”,倾向于选择尚未对比过的配对,并将比较网络中互不相连的组别进行关联。为控制潜在的外部变量,最终模型通过部分池化(partial pooling)对特定场景效应、招募批次及首位偏差进行了调整,从而显著提高了预测准确性(对数损失从 0.669 降至 0.633)。 尽管在早期阶段针对特定译者和段落的数据存在细微差异,但本研究通过排除不完整或快速完成的投票,并使用加密随机化处理序列与位置,保持了数据的稳健完整性。最终排名基于 50,000 次自助重采样(bootstrap resamples)得出,确保了统计稳定性,其 R̂ 值为 1.00 且无采样器发散,最终认定法格尔斯(Fagles)译本表现最佳。

Hacker News | 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录 哪种《奥德赛》译本在盲测中胜出? (scrivium.com) 7 点,由 curo 于 3 小时前发布 | 隐藏 | 过往 | 收藏 | 2 条评论 | 帮助 comrade1234 9 分钟前 | 下一条 [-] 目前我不打算看这部电影,因为我不想破坏几年前读原著时留下的美好回忆或画面。也许有一天会看,但我打算在那之前先重读一遍原著。 另外,链接的文章里数据太多了。 :) 回复 oliculipolicula 17 分钟前 | 上一条 [-] 抱歉,这可能冒犯到人了,我不是故意的……这里有在学校学习过荷马史诗的希腊语使用者吗?能分享一下你们最喜欢的英译本吗?更倾向于拉铁摩尔 (Lattimore) 还是菲茨杰拉德 (Fitzgerald),觉得哪种更贴近原文? 回复 考虑申请 YC 2026 年秋季批次!申请截止日期为 7 月 27 日。 准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

Go 1.24 用一种受“瑞士表(Swiss Tables)”启发的新设计,取代了沿用已久的桶与溢出(bucket-and-overflow)哈希表实现。这一变更对开发者完全透明,在保留现有 `map[K]V` API 的同时,从底层根本上改变了数据的存储与访问方式。 **关键技术改进:** * **缓存效率:** 新设计采用了紧凑的元数据(h2 指纹)和连续的 8 槽位分组。这使得运行时能够通过快速扫描元数据来过滤候选对象,从而显著减少了昂贵的指针跳转和缓存未命中。 * **更高密度:** 通过放弃溢出链转而采用开放寻址法,哈希表在需要扩容前可以维持更高的负载因子。 * **增量扩容:** 与许多开放寻址实现不同,Go 的设计采用了分段扩容来分摊重新哈希的成本,从而在哈希表扩张期间保持低延迟性能。 **性能影响:** 微基准测试显示,查找和插入操作的性能提升显著,通常快 30% 到 35%,且许多情况下内存开销有所降低。然而,在实际应用中,由于哈希表操作被其他运行时任务稀释,性能提升通常稳定在 1% 到 2% 左右。虽然大多数工作负载都能获得免费的性能提升,但由于 Go 团队仍在持续优化该实现,用户仍需关注冷缓存或稀疏哈希表场景下可能出现的特定性能回退。

``` Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 Golang Maps:瑞士表(Swiss Tables)如何取代旧的桶设计 (gaborkoos.com) 6 分,由 Terretta 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 讨论 帮助 考虑申请 YC 2026 年秋季批次!申请开放至 7 月 27 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索: ```

此网站正在使用安全服务来保护自己免受在线攻击。您刚才的操作触发了安全解决方案。有几种操作可能会触发此拦截,包括提交特定的词汇或短语、SQL 命令或格式错误的数据。

Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 Google 的“超越零信任”:AI 时代的各类企业安全(acm.org) 8 分 · jordigg · 1 小时前 · 隐藏 · 过往 · 收藏 · 2 条评论 · 帮助 urup2l8 · 9 分钟前 是啊,一家把获取所有人数据并转手兜售作为商业模式的公司,居然要来帮我保护我的数据。我想,这种“冤大头”永远不缺…… 回复 stingraycharles · 6 分钟前 你从哪里看出他们要向你提供这项服务了?他们只是在发布内部开发成果而已,他们经常这么做。 倒是 Cloudflare,反而更有可能提供这类服务。 回复 考虑申请 YC 2026 年秋季班!申请截止日期为 7 月 27 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

微服务常被视为“优秀架构”的首选,但其缺乏具体的定义。作者认为,微服务不应被视为一种技术抽象,而是一种**组织工具**。 虽然许多团队转向微服务是为了解决技术难题(如构建速度慢或部署困难),但这些问题通常在单体架构内也能解决。微服务的真正价值在于当组织规模扩大,各独立团队需要自主权并能按各自时间表发布时。通过使服务边界与团队边界对齐,企业能获得必要的运营灵活性。 然而,这种自主权代价高昂。转向分布式系统会引入巨大的复杂性,包括网络延迟、部分故障及一致性挑战。此外,技术重构被复杂的跨团队沟通、版本管理和协作数据库变更所取代。 归根结底,微服务并非“神奇”的技术解决方案。它是一种战略权衡:为了解决人力规模的协作问题,你牺牲了单体架构的简洁与集中化。在采用微服务之前,组织必须确保是为了解决组织扩展问题,而非仅仅追逐技术潮流。

这篇 Hacker News 讨论探讨了“单体架构与微服务”之争,用户认为这种二分法往往是伪命题。许多人认为,微服务主要受**康威定律**驱动,即系统边界应反映组织结构,以确保团队能够独立工作。 讨论中的关键点包括: * **组织与技术的区别**:尽管有些人将微服务视为团队解耦的手段,但另一些人认为,架构良好的单体应用可以通过内部 API 和静态分析实现同样的模块化。 * **权衡**:支持者强调了微服务能提高稳健性,并将关键业务逻辑与易故障组件隔离开来。持怀疑态度者则指出,分布式系统的管理复杂性增加,特别是在可观测性、日志记录和依赖追踪方面。 * **“合适的规模”**:多位贡献者指出,“微”是一个用词不当的说法;服务规模应基于业务需求,而非盲目追求微小。 * **现代替代方案**:一些参与者提倡“模块化单体”,即将代码整合在一起但保持独立部署,旨在获得微服务的组织收益,同时避免分布式系统带来的运维开销。 总体而言,社区对“为了微服务而微服务”的做法持怀疑态度,并强调其价值取决于具体的规模和团队需求。

出于好奇,一名博士生对“益生菌茶”这种备受质疑的营销产品进行了调查。虽然标准的冲泡温度理应杀死大多数细菌,但该学生发现,产品中所使用的特定菌株——凝结芽孢杆菌(BC30)——是一种能够耐受沸水的芽孢杆菌。 这项实验凸显了商业营销与生物学现实之间的差距。尽管细菌确实存活了下来,但茶中的含量仅为临床试验常用剂量的极小一部分,这对其宣称的健康益处引发了质疑。这一叙述将该实验与科学发现的漫长历史联系起来——从路易·巴斯德关于发酵的奠基性工作,到麻省理工学院那罐保存了二十七年的变质牛奶的离奇轶事。 更深层的启示在于,我们现代对“细菌的战争”因一个靠兜售微生物作为保健品获利的行业而变得复杂。归根结底,这个故事强调了科学突破往往源于对他人弃之不顾的事物进行更深入的研究。无论是麻省理工宿舍里的好奇心,还是对消费品的怀疑性分析,质疑平凡——甚至是质疑“垃圾”——正是科学进步的本质。

```Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 如何从沸水中幸存 (taxa.substack.com) cainxinth 发布于 3 小时前 | 7 积分 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助 cratermoon 3 小时前 [–] 文章中这句几乎随口一提的话,让我感受到如果我们选择将数十亿美元投入到正确的地方,科技能为我们做些什么:“我下载了 BC30 的基因组”。 回复 考虑申请 YC 2026 年秋季批次!申请截止日期为 7 月 27 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:```

本摘要概述了 2026 年 7 月 27 日发布的 **macOS Tahoe** 安全更新。 苹果公司修复了大量漏洞,以保护用户数据和系统完整性。此次更新缓解了多个关键风险,包括: * **权限提升:** 多项修复措施防止恶意应用程序获取 root 访问权限,或绕过隐私及代码签名保护。 * **沙盒逃逸:** 对路径验证和授权状态管理的改进,防止应用程序脱离沙盒限制以访问受限文件或系统资源。 * **内存安全:** 进行了广泛的更新以解决缓冲区溢出、越界读写、释放后使用(use-after-free)错误以及类型混淆问题。这些修复防止了系统崩溃、内核内存损坏以及潜在的任意代码执行。 * **数据保护:** 通过增强验证、输入清理和访问控制,防止未经授权访问敏感的用户数据,包括联系人、照片和文件。 * **网络安全:** 通过改进状态管理和沙盒策略执行,解决了 Safari 特有的漏洞,包括内存损坏和界面欺骗。 如需了解完整的技术细节、CVE-ID 参考及贡献者鸣谢,请访问苹果官方安全更新页面及 [cve.org](https://cve.org) 数据库。

```Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 关于 macOS Tahoe 26.6 安全内容 (support.apple.com) andor 14 分钟前发布 | 7 分 | 隐藏 | 过往 | 收藏 | 2 条评论 帮助 AJRF 0 分钟前 | 下一条 [–] 在 HN 上排到第 3 名挺奇怪的 —— 我是不是错过了什么细微的背景?我们是在暗示这次修复的内容很多吗? 回复 embedding-shape 2 分钟前 | 上一条 [–] 提到了很多次“与 Claude 和 Anthropic Research 合作”,但没有提到其他实验室。我本以为苹果已经能用上美国各实验室最强大的模型了,难道不是吗? 回复 考虑申请 YC 2026 年秋季班!申请截止日期为 7 月 27 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:```

TWC Classics 是历史最悠久、规模最大的致力于“天气频道”(The Weather Channel)的网站。TWC Classics 创建于 1997 年夏天,现已积累了大量的音频、视频、图片和相关资料,文件总量已超过 8,000 个且仍在持续增加。欢迎与我一同回顾“天气频道”开播 28 年来的怀旧时光。1990 年,WeatherSTAR 4000 在部分有线电视系统中首次亮相,标志着“天气频道”的台标首次出现在本地天气预报中。1998 年,该频道开始为其本地天气预报采用季度播放列表。最新视频 最新图片

Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 TWC Classics (twcclassics.com) 6 分,stefanpie 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助 欢迎申请 YC 2026 年秋季班!申请截止日期为 7 月 27 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

更多

联系我们 contact @ memedata.com