详细内容或原文请订阅后点击阅览
认识范围蠕变 Kraken
以下文章最初发表在 Tim O’Brien 的 Medium 页面上，经作者许可转载于此。如果您花过一些时间从事人工智能辅助软件工作，您就会知道 Scope Creep Kraken 第一次将触手放在船上的那一刻。该项目以一个真正的目标开始，通常是一个明智的[...]
来源:O'Reilly Media _AI & ML以下文章最初发表在 Tim O’Brien 的 Medium 页面上，经作者许可转载于此。
如果您花过一些时间从事人工智能辅助软件工作，您就会知道 Scope Creep Kraken 第一次将触手放在船上的那一刻。
该项目以一个真正的目标开始，而且通常是一个明智的目标。构建内部工具。清理报告流程。添加缺少的管理屏幕。然后有人发现该模型可以在几分钟内生成 Swift 应用程序并在 iPhone 上渲染它，房间里的气氛就发生了变化。
“为什么不呢？我们可以在 iOS 应用程序上渲染它，而且只需要 10 分钟。加油吧。这些工具太棒了。哇。”
第一个想法通常确实有用。本来需要一周的事情现在只需要一个小时。这就是该图案如此诱人的部分原因。这并不是从无能开始的。它始于工具驱动的动力。
会议继续说道，“让我们将全年的积压工作放入系统中，看看能否在一周内完成这一切。忽略代币支出限制，让我们完成这一切。”原本合理的每周发布会议现在已经为范围的快速扩展奠定了基础，这就是 Scope Creep Kraken 接管的方式。
当然，范围蔓延早于人工智能。早在有人将堆栈跟踪粘贴到聊天窗口之前，软件团队就一直被“当我们在做的时候”所困扰。人工智能改变的是增长率。在这个问题的旧版本中，额外的范围仍然必须通过人员限制来争取。必须有人构建该功能，调试它，测试它，并解释它的用途。这种摩擦往往是专注的项目和过度扩张的团队之间唯一存在的问题。
人工智能打破了这一点。