每日HackerNews RSS

## 现代技术信任的侵蚀与人工智能用户能动性的需求 数十年以来,我们一直信任计算机能够简单地*按照*指示执行,就像信任物理工具一样可靠。然而,如今的互联网设备运作方式不同——它们嵌入了创造者的利益,这些利益可能与我们的不一致。这种转变,受到云计算、投资者压力和监管薄弱的影响,意味着持续的、通常是不可见的的数据收集和潜在滥用。 网络浏览器提供了一个建立更好信任的模型:充当“用户代理”,通过透明的标准和市场竞争来平衡我们的需求与网站的功能。这种集体谈判方式避免了与每个在线实体进行单独谈判。 随着人工智能代理的出现——旨在*代表*我们行动的LLM,这种对明确“用户代理”角色的需求至关重要。如果没有它,我们面临着复制当前信任问题的风险,人工智能可能会在缺乏问责制或明确界限的情况下运作。像Web一样,标准化的、公开负责的人工智能平台比由单一公司控制的专有系统更可取。 定义人工智能能动性需要约束,在平衡创新与用户权利的同时,促进一个值得信赖的生态系统。这是一个从单纯的“安全”到建立*功能性权利*的转变,即控制人工智能如何与我们的数据和周围世界互动。

## “代理型”AI故事中缺失的一环 一则Hacker News讨论集中在当前关于AI“代理”的炒作上,认为一个关键要素缺失:作为代理主体的*用户*的明确角色。核心问题不在于将AI与传统计算机进行比较,而在于将任务委派给人类甚至动物——本质上是不完美的但熟悉的过程。 对话强调,虽然AI功能强大,但信任不仅仅依赖于能力。与人类不同,AI代理无法像人类一样被追究责任(解雇、起诉等)。参与者建议关注*激励对齐*——确保AI的目标与用户的目标一致——而不仅仅是安全防护措施。 一个反复出现的主题是代理本身作为攻击面的脆弱性,以及对超越开放标准的安全措施的需要。有些人对“代理”本身表示怀疑,更喜欢直接控制他们的计算机,而另一些人则强调确保AI的忠诚度在于用户,而不是政府。最终,许多人认为代理是扩展现有LLM局限性的有效上下文的一种方式,而不是通往奇点的道路。

请启用 JavaScript 并禁用任何广告拦截器。

对不起。

## 重新思考深度学习:将规模与计算分离 传统上,深度学习模型的“能力”等同于模型规模(参数数量)。然而,最近的研究表明,**计算**,模型实际执行的工作量,同样重要——并且是独立于规模的。这挑战了参数越多*自动*意味着计算更多、性能更好的常见假设。 两种新方法突出了这种区别。**哈希层**通过使用哈希机制有效地将数据路由到特定参数,从而增加模型规模而不增加计算量,在语言建模中取得了强劲的结果——甚至优于现有的稀疏模型。相反,**阶梯注意力**模型通过重复应用Transformer来增加计算量*而不*增加参数,从而通过提高“每参数的效率”来提升性能。 这些方法并非相互排斥;将它们结合使用可以产生更大的收益。这项研究表明,我们在设计深度学习模型的方式正在发生转变,重点是战略性地平衡参数和计算,以最大限度地提高效率和性能,并根据可用资源进行调整。最终,理清这些概念为构建更强大、更实用的AI开辟了新的途径。

对不起。

英国议会通过了一项开创性法律,旨在通过禁止2008年以后出生的人合法购买香烟,从而创造一个“无烟一代”。《烟草和电子烟法案》预计将于2027年1月成为法律,将逐年提高购买年龄,直到实际上禁止向未来世代销售。 虽然吸烟本身仍然合法,但该立法针对的是获取烟草产品。该禁令适用于英格兰、苏格兰、北爱尔兰和威尔士,与全球其他类似(但最近在新西兰被推翻)的努力相呼应。 该法律还将扩大无烟区域,包括操场、学校场地和医院场所,并扩展到无电子烟的室内空间。批评者认为该法律没有解决吸烟的根本原因,但支持者认为这是一项重要的公共卫生干预措施,可以挽救生命。不含烟草的电子烟产品不包括在禁令范围内。

## 英国香烟禁令讨论 - Hacker News 摘要 最近 Hacker News 的讨论集中在英国的新法律,该法律禁止向 2008 年以后出生的人销售香烟。辩论迅速超越了政策本身,引发了关于个人自由、政府过度干预以及禁令有效性的争论。 许多评论员质疑年龄验证的长期可行性,而另一些人则将之与过去禁止诸如毒品等物质的失败尝试相提并论,认为教育是一种更有效的方法。一种核心矛盾出现在个人自由与社会化体系(如英国的 NHS)下集体承担医疗费用的责任之间。一些人认为,如果社会共同资助医疗保健,那么规范会给系统带来压力的行为是合理的,并可能导致对糖或酒精等其他物质的进一步禁令。 相反,许多人对政府过度控制的滑坡表示担忧,并质疑在其他有害产品仍然合法的背景下,单独针对烟草的逻辑。讨论还涉及禁令的历史失败以及黑市的潜在可能性。

启用 JavaScript 和 Cookie 以继续。

## Discret 11:法国电视过去的辉煌 在20世纪80年代的法国,电视节目仅限于三个频道,直到1984年Canal Plus的推出,它提供无广告的电影和体育节目——通过订阅资助。挑战?阻止非付费用户观看。解决方案:“Discret 11”,一个出人意料的简单加密系统。 Discret 11 并没有真正*加密* SECAM信号,而是通过在每个电视行上延迟几个“像素”,并在左侧填充黑色来巧妙地实现。这种延迟由一个11位密钥决定,该密钥用于线性反馈移位寄存器,为每一行生成一个伪随机偏移。该系统巧妙地利用了电视信号中已存在的黑色边框来重建丢失的数据。 为了对抗盗版,Canal Plus每月更换一次11位密钥,通过邮寄的八位数字代码进行传递,这些代码与解码器的序列号哈希运算。尽管如此,电路图还是泄露了,导致解码器盗版猖獗。尽管寿命不长——在1992年被Nagravision取代——Discret 11为Canal Plus成为欧洲主要广播公司的成功铺平了道路,证明即使是基本的加密最初也可以保护有价值的服务。

对不起。

## 第一分钟:在冷水中生存 最初浸入冷水比低温症更危险,常常会引发危及生命的“自主神经冲突”。当冷水冲击皮肤时,身体会同时经历惊慌反应——喘息、心率加快——*以及*潜水反应——心率减慢、血管收缩。这种冲突可能导致心脏衰竭,即使在健康个体中,大多数冷水致死事件发生在最初的三分钟内。 主要危险包括在水下喘息,尤其是在头先跳入时,以及对于患有心脏病或饮酒者而言的风险增加。然而,这些风险可以减轻。 更安全地浸入冷水的方法包括避免跳跃,而是走入水中,先泼水于面部和颈部以适应,并定期进行短时间的冷水浸泡以减少冲击反应。穿着潜水服可以减少暴露的皮肤,从而减轻最初的警报。 像诺斯曼三项铁人赛这样的赛事就证明了这一点:浸入前的冷水喷洒有助于运动员为冲击做好准备,减少恐慌和最初反应的严重程度。理解并尊重这第一分钟至关重要——冷水不是敌人,恐慌的神经系统才是。

## 冷水浸泡与心脏风险:摘要 一篇近期文章强调了跳入冷水可能存在的危险,特别是心脏骤停的风险,即使对于健康个体也是如此。虽然冷水冲击反应(喘息、过度换气、心率/血压升高)会导致“心脏停止”的感觉,但文章指出存在更严重的生理风险。 Hacker News上的讨论表明这并非新问题,有高山湖泊和冰冷河流中发生事故的案例。虽然因最初冲击和非自主吸气导致溺水是已知风险,但文章重点关注了一种不太为人知的心脏反应。 通过重复的、短暂的冷水暴露来适应被认为是缓解策略。然而,评论员指出文章缺乏来源,并且对生物学原理的解释过于简化。经验各异,一些人报告通过冷水淋浴或定期冬泳来适应,而另一些人则强调在进入冷水之前进行训练的重要性,以避免昏厥或休克。最终,建议在进行冷水活动时保持谨慎和警惕。
HEALPix HEALPix 2 天前

HEALPix(分层等面积等纬度像素化)是一种算法和相关的地图投影,旨在对二维球面进行像素化——本质上是将它的表面划分为等面积的像素。它于1997年开发,广泛应用于宇宙学,特别是宇宙微波背景图谱绘制,以及Gaia等任务的源识别。 最常见的投影,H=4,K=3,将用于赤道的兰伯特圆柱等面积投影与用于极点的伪圆柱中断科利尼翁投影相结合。这产生了一个网格,可以被可视化为十二个方形面,递归地划分为更小的像素。一个关键特性是,在层次结构的每个级别,像素都保持等面积,简化了诸如球谐变换之类的计算。 HEALPix 在天文数据的 FITS 标准中被正式认可。虽然存在像 HTM(分层三角网格)这样的替代方案,但 HEALPix 的特点在于*不*基于将球面映射到多面体,从而为数据分析提供了独特的数学特性。

对不起。

本网站所有内容:版权所有© 2026 Elsevier B.V.,及其授权方和贡献者。所有权利保留,包括文本和数据挖掘、人工智能训练以及类似技术。对于所有开放获取内容,适用相关的许可条款。

对不起。

这种代码审查方法优先考虑团队信任和快速进展。作者即使在存在非阻塞性评论(例如吹毛求疵、建议或问题)的情况下也会批准拉取请求(PR),认为留下评论表明了参与度并提供了学习机会。 关键在于*信任*团队在认为有价值时考虑和实施反馈。这在快速的CI/CD流水线和能够处理琐碎问题的工具(如linter和格式化程序)的配合下效果最佳。作者使用“常规评论”(例如“nitpick:”或“suggestion:”标签)在批准时明确评论意图。 然而,这种方法依赖于一个PR批准系统,该系统*不会*在新提交时自动重置。对于重大阻塞性问题,作者会评论并可能阻止PR。最终目标是培养一个高度一致的团队,大多数反馈都是非阻塞性的,从而实现自信的“评论并批准”工作流程,优先考虑指导和发布代码。

## Hacker News 讨论:评论与批准拉取请求 最近 Hacker News 的讨论集中在拉取请求 (PR) 代码审查的最佳实践上。核心观点是,审查者应该在即使存在少量非阻塞性评论的情况下,也感到可以批准 PR,并信任作者在认为有价值时稍后解决这些问题。 许多评论者同意,PR 代码审查在实现*之前*专注于设计和功能时效果最好,从而减少了对实现后大量反馈的需求。 几位评论者强调了清晰沟通的重要性——明确将评论标记为阻塞或非阻塞,并确认审查者的意见。 一个关键点是,PR 代码审查有可能变得形式化,过度的吹毛求疵会阻碍开发速度。 一些人提倡“提交到主分支”的方法,而另一些人则建议利用代码检查工具和风格指南来自动化风格问题。 最终,讨论强调了在团队内部建立信任,并将代码质量与高效开发放在同等重要的地位。 几位用户也指出了 PR 前设计讨论的价值,以及像人工智能这样的工具在原型设计和比较方面的潜力。

更多

联系我们 contact @ memedata.com