在尝试提交他第一个 Backstage 实例的 React 代码时，作者遇到了 `yarn test` 命令失败的问题，并显示神秘的“[Error]”消息。经过大量的调试，包括检查 shell 历史记录和尝试各种 Jest 标志，观察到持续 27 秒的崩溃。 调查最终导致 `strace` 输出显示 Jest 反复执行 `sl` 命令。这并非预期的“Sapling CLI”，而是 1993 年的蒸汽火车动画程序。Jest 试图使用 `sl` 来确定各个包的根目录。 `sl` 命令会在终端显示火车动画，大约需要 6.7 秒。Jest 并行地运行这个命令，27 秒的超时对应于大约四波火车动画。根本原因是文件名过长错误，因为 `sl` 的终端输出被误解为仓库路径。重命名 `sl` 解决了这个问题，突出了一个不幸的命名冲突以及在复杂的构建环境中意外命令交互的重要性。
每日HackerNews RSS
Hacker News
最新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
1993 年的蒸汽机车破坏了我的纱线测试 (cloudflare.com)
jgrahamc 21 分钟前 6 分 | 隐藏 | 过去 | 收藏 | 1 条评论
pjc50 4 分钟前
[–]
使用 strace 加分。这是每个人都知道的，用于解决无法在更高层次解决的紧急情况的调试工具之一，也是 Linux 的一大便利。Windows ETW 系统难以使用得多，我不确定在 OSX 安全性下是否根本可能。
回复
加入我们，参加 6 月 16-17 日在旧金山举办的 AI 初创公司学校！
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
硬件加速光线追踪依赖于“加速结构”（BVH）来存储场景几何信息。这项基于亚马逊Lumberyard Bistro场景（175.4万个三角形）并使用Niagara渲染器进行的分析，揭示了截至2025年3月，不同GPU和驱动程序之间BVH内存消耗量存在显著差异。
测试不同的GPU显示，Nvidia最新的RTX 5070实现了最小的BLAS大小（33MB），而较旧的AMD GPU则需要多达3倍的内存。这种差异并非仅仅取决于GPU；驱动程序的优化起着至关重要的作用。在Radeon 7900 GRE上比较AMD驱动程序，最近的更新将BLAS内存消耗减少了1.5倍。Radv，一个替代驱动程序，比AMD的官方驱动程序需要更多的内存。
分析深入探讨了BVH结构、节点大小以及AMD的具体实现（RDNA2/3、RDNA4），重点介绍了三角形对压缩和SBVH等优化。RDNA4引入了新的节点类型和原始节点格式，在最佳使用情况下可以大幅减少内存消耗。
最终结论是，BVH内存消耗高度依赖于硬件和驱动程序。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
测量加速结构 (zeux.io)
6 分，来自 ibobev，30 分钟前 | 隐藏 | 往期 | 收藏 | 讨论
加入我们，参加 6 月 16-17 日在旧金山举办的 AI 初创企业学校！
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系我们
搜索：
软件估算本质上是预测，因此天生就不准确，但却经常被用于Scrum的计划和绩效衡量。多种因素会导致估算失败，包括霍夫施塔特法则、布鲁克斯法则、计划谬误、自行车棚效应、帕金森定律、九九法则和不确定性锥。
补救措施包括跟踪进度、加入应急缓冲、分解任务、承认开发人员的乐观情绪以及定期更新估算。像COCOMO这样的模型可以用于更结构化的估算。重要的实践包括面对面沟通、风险考虑和持续校准。最终，估算等于复杂性加上不确定性。
然而，正如瓦斯科·杜阿尔特所倡导的，“无估算”方法则完全取消了故事点，专注于交付小的、有价值的增量，并使用吞吐量和周期时间等指标来跟踪项目。无论采用哪种方法，通过回顾和看板等可视化系统进行持续改进对于项目的成功交付至关重要。
Hacker News上的一篇讨论围绕软件估算的挑战展开，起因是一篇文章认为所有估算都是错的，但又是必要的。评论者们重点指出了几个关键问题：来自管理层缩短估算时间的压力；与建筑业等领域相比，软件开发中固有的不确定性；以及软件估算缺乏标准化流程和正式培训。文章中将软件开发与建筑业进行了比较，一些人认为建筑业受益于更清晰的蓝图、标准化的流程以及对类似项目的重复执行，这与软件经常出现的新颖性和不断变化的特性不同。另一些人则反驳说，大型建筑项目也经常出现超支的情况。讨论强调了识别和沟通风险、将任务分解成更小、定义更清晰的组件以及承认软件需求动态变化的重要性。有人提出，将软件比作蓝图而不是最终产品，更能准确地反映估算的难度。
请求过多——错误999。
Hacker News 讨论了一篇 Engadget 文章，文章讲述了维基百科正在与 AI 机器人爬虫作斗争。评论者们感到困惑，为什么爬虫会以网页界面为目标，而更好的格式的数据库转储却唾手可得。提出了几种理论，包括：开发者不知道有转储文件、缺乏 XML 解析技能、爬虫实现不佳、懒惰、恶意行为（DDoS 攻击），或者只是通用的爬虫，没有考虑到可用的数据转储。一些人认为这些爬虫反映出部署它们的公司的漠不关心或缺乏道德标准。另一些人指出，开放访问的网络广泛受到影响。提到的解决方案包括付费验证码服务、API 和托管可下载的数据库。一位用户强调，转储和 API 无法捕获页面间的转接（Transclusion）。另一位发帖者指出，他们发现其个人家庭服务器上的流量增加了，这些机器人忽略了 robots.txt。
“氛围编程”（vibe coding），由Andrej Karpathy推广，对初创公司来说是一种危险的趋势。它优先使用AI生成代码，而不需要深入理解软件工程原理。虽然AI可以提供初始速度提升，但依赖缺乏CI/CD、安全、文档、测试和基础设施经验的“氛围程序员”，会产生巨大的风险。 这些人无法正确地编写文档、测试或维护代码，导致技术债务增加，阻碍长期速度。初创公司承担不起这种后果，因为每个工程师都必须理解完整的软件开发生命周期。虽然AI可以成为经验丰富的工程师的宝贵工具，他们可以批判性地评估其输出，但在缺乏基础知识来发现和纠正错误的缺乏经验的人手中，它是有害的。避免招聘“氛围程序员”以防止未来出现问题。
Hacker News上的一篇讨论围绕着“氛围编程”（vibe coding）展开，讨论对象是Domu Technology（一家AI驱动的债务催收初创公司）发布的一则招聘“氛围程序员”的职位信息。评论者们对这个术语表示难以置信和觉得好笑，同时也对该公司每天12-15小时的高强度工作时间以及入职培训中需要进行催收电话的环节感到震惊。
许多人认为这个招聘信息要么是恶搞，要么是该公司为了吸引风险投资机构而做出的绝望尝试。一些人强调了同时要求“氛围编程经验”和期望AI生成50%代码的荒谬性。另一些人则质疑该公司的价值主张及其以自动化债务催收为中心的伦理问题。
虽然一些人承认AI工具可以用作高级自动补全或用于个人项目，但人们仍然对将“氛围编程”用于生产级代码持怀疑态度。人们担心这可能会导致代码混乱，并需要经验丰富的工程师来审查和维护代码。这场讨论反映了人们对围绕AI的炒作及其潜在误用的更广泛焦虑。
一次“行政错误”导致一名马里兰男子被关押在萨尔瓦多监狱。
An 'administrative error' sent a Maryland man to an El Salvador prison
2 天前
马里兰州男子基尔马·阿曼多·阿布雷戈·加西亚拥有受保护的合法身份，却在特朗普政府执政期间被错误遣返回萨尔瓦多一个臭名昭著的监狱。移民和海关执法局承认这是一个“行政错误”，但反对让他返回，声称他与MS-13帮派有关联，理由是他在2019年的一次逮捕中穿着芝加哥公牛队的帽子和帽衫。美国政府还表示无法强迫萨尔瓦多释放他。阿布雷戈·加西亚的律师否认其与帮派有关联，并坚称政府没有任何证据，同时强调他最初是为了逃避萨尔瓦多的帮派暴力才逃离的。他们指出，他从未被判犯有任何罪行，并且一直遵守其受保护身份的所有要求。阿布雷戈·加西亚的驱逐发生在特朗普大力推动大规模驱逐出境之际，包括利用《敌侨法》驱逐委内瑞拉人。
一篇Hacker News上的新闻文章讨论了马里兰州一名男子因“行政错误”被错误遣送到萨尔瓦多一事，引发了评论员的愤怒和质疑。这名男子据称与MS-13帮派有关联，证据薄弱，例如戴着芝加哥公牛队的帽子以及一名线人的说法。评论员们对政府部门在纠正此事上的无能为力表示担忧，一些人认为这体现了基于社会经济地位的双重标准。其他人则批评缺乏正当程序，以及依赖集中化、清单式决策的做法，这可能会导致类似的错误。一位评论员甚至将此情况比作法西斯主义，认为国家利益凌驾于个人之上。文章链接了Hacker News上之前相关的讨论。其中一条评论被标记。
交互式神经网络艺术 网络大小 = 8 网络深度 = 4 分辨率 = 320 Z1 = 0 Z2 = 0 颜色模式 黑白 RGB CMYK HSV HSL 无Alpha Alpha
Hacker News
最新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
(2016) 交互式神经网络艺术 (otoro.net)
9 分 by vinhnx 1小时前 | 隐藏 | 过去 | 收藏 | 讨论
加入我们，参加6月16日至17日在旧金山举办的AI创业学校！
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系我们
搜索：
缅甸中部曼德勒附近发生7.7级地震，造成广泛破坏和人员伤亡，曼谷也有建筑物倒塌。缅甸军政府宣布进入紧急状态，报告称超过100人死亡，许多人受伤，泰国官员报告7人死亡，多人失踪。美国地质调查局估计死亡人数可能超过1000人，甚至可能达到10000人。
地震发生在阿尔卑斯带，这是一个主要的震区。地震学家彭志刚指出，这次地震的规模与1906年旧金山地震相似，并强调缅甸地震活动频繁。这次地震是由印度板块与巽他板块碰撞造成的，导致走滑断层运动。
虽然地震的精确时间无法预测，但彭志刚解释说，萨尔温江断层沿线的压力积累使得这次地震发生在预期的复发期内。次生灾害包括潜在的火灾和余震，未来几周可能发生更大规模的地震。
Hacker News
最新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
缅甸地震背后的构造板块运动 (nautil.us)
rbanffy 2小时前 6分 | 隐藏 | 过去 | 收藏 | 讨论
加入我们，参加6月16-17日在旧金山举办的AI创业学校！
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系我们
搜索：
致敬瓦尔·基默：真正的天才……影迷文化应得的（2015）
RIP Val Kilmer: Real Genius .. the Film Nerd Culture Deserves (2015)
2 天前
虽然《Revenge of the Nerds》（怪胎复仇记）因其存在的问题元素而正在被重新评估，但《Real Genius》（天才雷普利）则对极客文化进行了更为细致和积极的刻画。与典型的大学喜剧不同，《天才雷普利》避免了老套的“书呆子大战运动员”的桥段，而是专注于太平洋理工学院一群天才学生群体内部的动态。
影片主演米奇，一位年轻的神童，和他的室友克里斯，一个倦怠的家伙，他们不知不觉中研发出了一款军用激光器。《天才雷普利》突出了智力的孤立性，展示了才华如何被利用。它也对比了米奇一丝不苟的态度和克里斯轻松的态度，后者源于他们意识到自己的发明可能会造成伤害。
由玛莎·库利奇执导的《天才雷普利》也对女性角色进行了全面的处理。特别是乔丹，她被描绘成一个古怪、聪明且有魅力的角色。影片强调了创造力、质疑权威以及情感成长与智力发展同等重要的意义。最终，《天才雷普利》赞扬了极客独特的视角和能力，为典型的大学喜剧提供了一种聪明而幽默的替代选择。
Hacker News
最新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
缅怀瓦尔·基默：真正的天才……影迷文化应得的（2015年）（reactormag.com）
13 分，来自 MPSimmons，26 分钟前 | 隐藏 | 过去 | 收藏 | 2 条评论
dudefeliciano 8 分钟前
[–]
https://news.ycombinator.com/item?id=43553573https://news.ycombinator.com/item?id=43554329已经有几篇关于瓦尔·基默去世的帖子了
回复
aqme28 5 分钟前
| 父评论 [–]
这篇帖子更多的是关于电影《真实天才》
回复
加入我们，参加 6 月 16-17 日在旧金山举办的 AI 初创公司学校！
指导原则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系我们
搜索：
Node.js 尽管存在一些缺点，但在高效利用 CPU 方面却表现出色，这得益于其采用单线程执行和隔离内存空间的策略。多线程虽然常被认为可以提高性能，但在现代 CPU 上却可能适得其反，因为会造成缓存不一致、同步开销以及管理共享内存的固有复杂性。CPU 并不像通常描述的那样真正提供“共享随机存取内存”。实际上，每个核心都操作缓存数据，而线程访问同一内存会导致代价高昂的缓存失效和同步，从而降低执行速度并增加复杂性。在多个核心上复制单线程设计，每个实例处理问题的独立部分，通常通过最大限度地利用 CPU 缓存局部性和最小化同步开销来胜过多线程方法。这种方法简化了开发，减少了错误，并实现了最佳的 CPU 时间利用率，尤其适用于用户流量大且易于分割的应用程序。
一篇Hacker News上的帖子，标题为“多线程永远是错误的设计 (2023)”，引发了激烈的讨论，许多评论者都不同意作者的中心论点。文章称赞Node.js的单线程、隔离RAM方法具有最佳的CPU利用率，同时批评多线程由于同步而产生的开销。
批评者指出作者推理中的缺陷，认为4个核心等于每秒4秒的CPU时间是不准确的，多线程本身并非不好，尤其对于容易并行化的简单问题或需要低延迟的情况。他们列举了CPU密集型应用程序、Web服务器、游戏以及需要低尾部延迟的情况，这些情况下多线程或GPU使用至关重要。
评论者还强调，避免多线程只是转移了并发问题，而不是消除它们，这可能会使调试更具挑战性。一些人认为这篇文章过于简化了并行处理的复杂性，并且缺乏关于何时适合使用多线程的细致考虑。总体而言，虽然同步开销是一个真正的问题，但完全否定多线程的说法是一种夸大其词。