返回资讯中心
外部精选
软件工程
#开发者实时流

技术变革频率超出人类理解采样率,团队误把噪声当信号

来源标题:Nyquist Limit:The frequency of changes in tech is invalidating our understanding

技术变革频率正超过人类决策者的理解采样率,团队误将噪声当作信号,导致频繁且无预警的昂贵故障。产品团队借助 LLM 加快技术变更,但人的理解速度未同步提升。作者指出,若想又快又保持一致性,必须为系统设定可被采样的目标变更频率。

Hacker News 最新evakhoury2026/11/4 · 今天11 分钟阅读

以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

技术变革的频率正在让我们的理解失效

产品团队正在使用LLM来提高技术变革的频率,而接近某个极限时,采样率(人类决策者理解和评估技术的速率)需要随着变革频率的每次增加而至少翻倍,才能保持有效性——但这并没有发生。结果是,这些团队以为自己测量的是信号,实际上测量的是噪声,再通过LLM过滤,生产出信号形状的噪声。

经历这种效应的软件组织正在丧失对开发周期的任何控制能力,导致频繁且代价高昂的故障在毫无预警的情况下降临,而更好的prompt或巧妙的工程都无法解决这个问题,因为高速的变革节奏与我们形成系统心智模型并理解它的节奏不相容。

这指向一个数学上简单但组织含义深远的答案:如果你想走得快同时保持一致性,你必须为你关心的系统确定一个目标变革频率,使得你能够以(理想情况下远高于)其频率两倍的速率进行采样。这之所以成立,是因为我们与知识的唯一连接就是通过周期性采样——通过我们的感官,以及我们吸入信息、呼出洞察的自然周期。我们需要抵制“我能搞定,也许我就是天赋异禀”的诱惑,尊重变革与理解之间的关系是一个基本现实,我们只能在一定程度上进行工程化和自动化:奈奎斯特极限。

从数学上讲,你无法检测或作用于频率高于你采样率一半的信号。这就是采样定理,而信号处理一致性的这个上限就是奈奎斯特极限。从历史上看,软件变革管理的过程从未接近过这个极限。Python创造者Guido van Rossum广泛传播了“代码被阅读的次数远多于被编写的次数”这句话,可以改写为:我们采样技术源代码和行为的频率远高于我们改变它的频率。这使得典型的工程组织——在软件历史上直到大约去年——都稳稳地远低于奈奎斯特极限。然而,各种产品组织正在大举押注于将变革速率推得越来越高,直到极限并超越进入信号失谐的领域。

这些组织不理解自己软件的证据比比皆是,但一位在科技独角兽(指估值数十亿美元的新兴高增长公司)工作的同事前几天给我发的消息,让我猛然意识到了这个信号处理的框架(大意如下:)

科技界的每个人都在吹嘘“颠覆”某个行业,但我确实认为AI正在真正地颠覆科技作为一个领域。每个人都在像创业公司一样行事,包括在位者。超大规模企业的耳语网络中充斥着团队在生产环境中YOLO的轶事,每天都有新的bug和安全问题,而热修复补丁本身又引入更多bug。

每次部署都是一个独特的闹鬼墓地宠物,有着自己顽劣的个性,而每个人都感到太岌岌可危,不敢倡导放慢速度把事情做对。

信号处理的数学领域为我们提供了一个强大的分析框架,将采样——我们从测量数据点中获知的数据——与数据真正的底层结构联系起来。采样定理描述了我们的有效推断能力在数学层面上崩溃的临界点:如果我们采集样本测量的速率低于数据实际变化速率的两倍,这就在根本上摧毁了我们从数据中进行有效推断的能力。

采样定理用证明向我们保证,我们无法用更好的模型或巧妙的工程来击败奈奎斯特极限。输入是:A)所关注系统的真实变革速率,以及B)实际人类能够对系统进行定性观察并将其整合到他们(以及组织)工作系统模型中的速率。当你接近奈奎斯特极限时,A的增加如果没有伴随B至少翻倍的增加,就会把你推入一个测量噪声而信号丢失的区间。

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →