每日HackerNews RSS

请启用 JavaScript 并关闭所有广告拦截器

Hacker News | 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录 韦伯望远镜发现海王星卫星遭受古代灾难的迹象 (reuters.com) 11 分,Teever 发布于 35 分钟前 | 隐藏 | 过往 | 收藏 | 2 条评论 帮助 NegativeLatency 15 分钟前 | 下一条 [–] 如果你想跳过新闻摘要,这是原始论文:https://www.science.org/doi/10.1126/sciadv.aeb1437 回复 ck2 2 分钟前 | 上一条 [–] 南希·格蕾丝·罗曼(Nancy Grace Roman)太空望远镜再过几周就要发射了,我对此感到极其兴奋,竟然还没看到相关帖子,这让我很惊讶。 这并非竞争,但相对于最尖端的技术,JWST(詹姆斯·韦伯空间望远镜)几乎显得逊色(因为 JWST 在预算问题上被拖延了太多年)。 下行链路速度对比:JWST 为 28Mbps,而它是 500Mbps(距离一百万英里远),每天可下载 1.5TB 数据。 想象一下它会带来什么新发现。 * https://nextspaceflight.com/launches/details/6983/ 回复 考虑申请 YC 2026 年秋季批次!申请截止日期为 7 月 27 日。 准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

在这项研究中,Akhtar 等人探讨了“基准饱和”(benchmark saturation)这一关键问题,即随着人工智能模型性能达到平台期,基准测试逐渐失去区分不同模型能力的效果。 研究人员利用 14 项与饱和度相关的指标分析了 60 个语言模型基准测试。结果显示,近一半的基准测试已经饱和,且基准测试存在的时间越长,饱和的可能性就越高。与某些假设不同,该研究表明公开测试数据的存在并非导致性能下降的主要原因;相反,构建稳健评估工具的关键在于专家策划。 最终,作者认为,通过优先考虑特定的设计选择,研究人员可以延长基准测试的寿命,并为人工智能的未来发展建立更具持久性的评估框架。

Hacker News 的讨论聚焦于近期一篇发表在 arXiv 上的论文,题为《当 AI 基准测试遭遇瓶颈:对基准饱和现象的系统性研究》。文中指出,近半数的现有 AI 基准测试已达到饱和点。 评论者们对这一停滞现象的影响展开了辩论。一位用户认为,这可能预示着当前大语言模型训练范式存在内在局限性,并指出智能的需求很可能不止于统计回归。另一位参与者提到了 11 世纪的博学家海什木,主张真正的进步需要怀疑精神和批判性审查,而非盲目信任现有的数据或模型。这场对话反映出一种日益普遍的情绪:随着 AI 模型迅速“刷爆”当前的测试指标,我们可能正接近这些评估工具的实际极限,这要求我们必须重新定义并衡量机器智能。

苹果公司已针对 OpenAI 升级了法律诉讼,寻求初步禁令以阻止其开发任何涉嫌基于窃取苹果商业机密而构建的人工智能产品。在一份新的法庭文件中,苹果请求加快取证程序,声称调查已发现涉及除最初点名人员外至少 11 名离职员工的证据。该公司列举了离职员工共享机密文件及违规保留工作设备的案例,表明这是一种更广泛的知识产权盗窃模式。 OpenAI 否认了这些指控,认为禁令请求毫无必要且基于虚假信息。该公司坚持其对苹果的专有数据没有兴趣,并称苹果的指控是一种干扰手段。此外,OpenAI 指责苹果此前存在程序错误,例如错误识别员工身份,以及未能解决其自身导致前员工仍能访问系统的内部安全疏漏。随着法律纠纷的加剧,苹果继续推动取证程序,以证明所谓不当行为的严重程度。

苹果公司声称还有其他前员工可能将机密数据带到了 OpenAI,并因此申请了初步禁令。此事在 Hacker News 上引发了关于企业安全、职业道德以及此类纠纷公开处理方式的激烈讨论。 评论者对核心问题的看法各异。一些人批评苹果的移动设备管理(MDM)系统可能存在漏洞,而另一些人则谴责涉事员工的所谓盗窃行为,质疑其职业操守。此外,许多人对 OpenAI 及其首席执行官山姆·奥特曼持怀疑态度;不少用户认为,OpenAI 试图通过博客文章和“闹剧”来积极引导舆论,而非通过法律途径低调解决此事。 总的来说,这种舆论氛围反映了人们对人工智能公司屡遭知识产权盗窃指控的厌倦,以及对科技巨头诉讼中公开造势行为的普遍疲态。

MMI 5300 是 20 世纪 70 年代初一款具有里程碑意义的 PROM(可编程只读存储器)芯片,它利用镍铬熔丝和二极管的独特架构存储了 1024 位数据。与现代存储器不同,5300 是“一次性写入”的:用户通过施加高压脉冲熔断特定的熔丝,从而创建永久性的非易失性记录。 该芯片采用 33×33 存储网格,通过复杂的地址解码逻辑选定 256 个 4 位字。由于 PROM 在出厂时预置为 1,因此测试难度极大;制造商为此额外增加了一行和一列熔丝,以便在出货前验证电路。该芯片还采用了模块化硅片设计,只需改变顶层金属布线,即可将同一晶圆布局重新用于不同版本(例如三态输出变体)。 尽管这些芯片对早期计算至关重要,但最终被可擦除的 EPROM 以及后来的现代闪存所淘汰。这一演变凸显了技术的巨大飞跃:1971 年的 MMI 5300 以 70 美元的价格提供 128 字节的永久存储空间,而今天的闪存驱动器只需极低的成本即可提供其数十亿倍的容量。

本次讨论探讨了 20 世纪 70 年代 PROM 芯片背后的工程原理,即利用微型熔丝来存储数据。一个关键的技术点在于,其输出多路复用器采用了二极管-晶体管逻辑(DTL),而非晶体管-晶体管逻辑(TTL)。由于 TTL 元件依赖击穿电压较低的基极-发射极结,若在编程时使用“熔断”熔丝所需的高电压(通常为 +12V),TTL 元件会被损毁。相比之下,DTL 能够承受这些高电压,因此在 CMOS 技术取代它们之前,DTL 一直是首选。 评论者还分享了关于这些设备的实用历史见解。工程师们回忆称,由于 PROM 比 EPROM 便宜得多,它们是生产中的标准选择,而 EPROM 则仅用于开发阶段。该讨论凸显了早期硬件设计的迭代特性,即修复漏洞往往意味着需要进行物理拆焊并更换永久性的 PROM 芯片,这与现代可重编程存储形成了鲜明对比。此次讨论是对早期计算硬件高昂成本(例如 1024 位需 70 美元)及巧妙物理限制的一次怀旧回顾。

在线广告提供商 Adform 近期遭遇了安全漏洞,黑客借此向其投放的广告中注入了恶意代码。由于 Adform 每天提供约 15 亿次广告展示,此次事件可能影响了大量用户。 该恶意代码专门针对加密货币用户,通过监控电脑剪贴板进行攻击。它每三秒钟就会将用户原本要使用的加密货币钱包地址,替换为黑客控制的地址,从而增加用户不慎将资金转给黑客的风险。 Adform 已证实发生此次安全漏洞,但对于漏洞产生的原因或受害者总数仅提供了有限的信息。该公司目前正在调查黑客是否还获取了用户的浏览记录。 安全专家强调,这一事件是使用广告拦截器的强有力理由。通过阻止第三方广告网络加载代码,用户可以有效地保护设备免受此类恶意脚本的侵害,并防止普遍存在的追踪和监视。此次安全漏洞再次严正提醒人们恶意广告带来的风险,以及保持强大且主动的浏览器安全防护的重要性。

近期在 Hacker News 上的一场讨论揭露了广告巨头 Adform 遭受的安全入侵事件,其系统被攻击者利用以传播加密货币诈骗恶意软件。 该事件再次引发了关于广告拦截器必要性的争论。用户认为,广告拦截器不仅是为了消除干扰,更是至关重要的安全防护层。评论者指出,尽管 uBlock Origin 等基于浏览器的拦截工具非常有效,但 DNS 级别的拦截对于保护非技术用户同样不可或缺;一位用户就提到,其父母的手机在短短六小时内就被拦截了 10,000 次跟踪请求。 与会者达成共识:无论是有意还是无意,广告行业在恶意软件传播中扮演的角色,恰恰证明了在当今数字环境中,广告拦截工具已成为一种必备的安全预防措施。

正在检查您的浏览器……需要启用 JavaScript

2026年7月,德国实现了历史性里程碑,太阳能发电量达到120亿千瓦时。然而,黑客新闻(Hacker News)网站上对这一消息的在线反应却显得十分凝重。 评论者指出,这一破纪录的产量是欧洲大部分地区遭受长期极端热浪和严重干旱的直接后果。用户们不仅没有庆祝清洁能源的胜利,反而表达了担忧,指出这些天气状况是气候迅速变化的症候。尽管一些人认为多余的太阳能理论上应能降低空调使用成本,但讨论中的普遍共识依然悲观,将太阳能过剩视为环境退化和欧洲气候危机恶化的一个“悲哀”指标。

本项目展示了一种定制的色彩空间,旨在为角色创建器和艺术软件等数字工具提供一套兼具包容性与实用性的肤色方案。针对当前数字调色板过于局限或过于复杂的现状,作者通过结合数据科学与人工迭代,创造出一种“足够好”的解决方案。 该方法论包括:手动标记一组合理的肤色数据集,应用主成分分析(PCA)对数据进行组织,并利用人工函数拟合将这些颜色映射到球坐标系统(TUV空间)中。这使得开发者只需调整一个半径参数($R^2$),即可轻松采样肤色,并控制输出结果的多样性和变化程度。 尽管作者承认这种“非科学”方法存在局限性,包括色彩感知的固有主观性以及生物肤色的复杂性,但该项目为程序化生成提供了一种功能性且轻量化的工具。最终,这项工作为他人提供了一个透明且可迭代的框架,强调了虽然完美的解决方案可能并不存在,但该工具提供了一种比标准取色方法更有意图的选择。

开发者“automatoney”在 Hacker News 上发布了一个项目,该项目采用了一种自定义算法和色彩空间,旨在为数字艺术和游戏开发生成多样且逼真的肤色。该工具包含取色器、程序化生成功能,以及对底层方法论的详细技术说明。 该项目旨在通过提供一种结构化的肤色变化导航方式来简化角色创建过程,从而使开发者无需再手动定义或硬编码这些颜色。 社区反馈总体积极,用户认为将色彩空间分类对于虚拟现实(VR)虚拟形象等应用具有很大价值。不过,该项目也引出了一些关于色彩偏差的建设性批评;一些评论者指出,目前的模型可能过度偏向较浅的肤色,建议进行进一步优化,以确保能够准确呈现整个人类肤色光谱。
FFmpeg 9.0 9 小时前

由于对 Wordle 官方统计数据缺乏详细分析感到不满,作者利用四年来每日的 WhatsApp 游戏结果,对自己的个人游戏表现进行了深入研究。通过用 Python 脚本解析导出的聊天记录,他们绕过了 Wordle 服务器端追踪的局限性,构建了一份全面且独立的个人游戏历史记录。 对自 2022 年 1 月以来 1,552 场游戏的分析显示,其胜率为 99.4%,且游戏难度随时间推移呈明显的上升趋势。尽管作者的日常习惯(如清晨游玩、使用固定的开局词)保持不变,但平均每局的猜测次数却稳步增加,这很可能是因为常用词汇已被耗尽。数据还推翻了几个假设:在“繁忙”的早晨玩游戏并不会影响表现,且失败也不会对后续游戏产生负面影响。 最终,该项目将一个简单的日常习惯转化为了有意义的数据集。通过掌控自己的“Wordle 遗产”,作者获得了官方应用程序无法提供的关于自身作为玩家进化的细致洞察。

```Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 重建并分析 WhatsApp 聊天记录中 4 年的 Wordle 统计数据 (omgmog.net) 6 分,surprisetalk 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助 Vasbarlog 32 分钟前 | 下一条 [–] 我的博客文章底部也有一个类似的热力图,记录了我过去 4 年的尝试。 https://www.stadafa.com/2021/09/every-worlde-word-so-far-upd...?reply 考虑申请 YC 2026 年秋季批次!申请截止日期为 7 月 27 日。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:```

在孤岛中进行“氛围编码”(Vibe coding)会产生技术债务和难以管理的 PR。**ADLC 团队技能**(十二要素智能软件开发生命周期的一个开源组件)通过为工程团队提供共享的、版本控制的**认知层**,取代了零散的个人提示词工程。 通过整合团队章程、产品策略 (PDR)、架构标准 (ADR) 和评估基准,ADLC 将 AI 智能体从孤立的猜测者转变为负责任的团队成员。 **核心功能:** * **团队 AI 指令:** 一个基于 Git 的中央仓库,在会话开始时自动将团队上下文整合进智能体的系统提示词中。 * **规范驱动的工作流:** 通过 `mission-brief`,团队从对话式提示转向基于契约的执行,遵循 `规范 → 规划 → 实现` 的闭环。 * **治理与评估:** 实施“验证优先”的开发模式;在人工审查之前,通过自动化的 LLM 评判和快速检查,根据业务风险对代码进行验证。 * **构建即删除(Build-to-Delete):** 一个系统的反馈循环,随着模型能力的提升,自动剔除过时的规则。 * **通用编排:** 与供应商无关,开箱即用,支持 Claude Code、Cursor、Copilot 等工具。 ADLC 使团队能够“调试规范,而不只是调试代码”,从而确保整个组织内 AI 工程的一致性、可追溯性和可扩展性。

为了解决因通过分叉(forking)CLI 工具来强制执行编码标准而带来的维护难题,Tikal Knowledge 推出了 `adlc-team-skills`。该项目不再依赖定制的分叉版本,而是采用开放的“Agent Skills”(SKILL.md)标准,允许团队在不修改底层软件的情况下,将标准化的指令注入 Claude Code 和 Codex 等 AI 工具中。 该框架由三个核心层组成: 1. **Team-boot**:在会话开始时从 Git 动态加载相关的架构和产品规则,从而避免“提示词臃肿”(prompt bloat)。 2. **标准化文档**:利用产品决策记录(PDR)和架构决策记录(ADR),使智能体与团队战略保持一致。 3. **Mission-brief**:一个自动化的流水线运行器,负责强制执行“明确-规划-实施-收敛”的循环流程。 关键点在于,最新版本允许智能体在运行时自动发现并利用多个第三方技能,从而实现与 spec-kit 或 OpenSpec 等现有工具的无缝集成。尽管该团队指出,评估验证和大规模 DAG 编排仍有待改进,但这种方法有效地将团队特定标准与智能体工具解耦,消除了技术债务,并确保了开发者工作流中架构执行的一致性。

更多

联系我们 contact @ memedata.com