详细内容或原文请订阅后点击阅览
Error 500 (Server Error)!!1500.That’s an error.There was an error. Please try again later.That’s all we know.
以下文章最初发表在 Medium 上，经作者许可在此重新发布。这篇文章是上周关于日志记录进展的文章的后续。一位同事反驳了我们很快就会运行我们不完全理解的代码的想法。他对此表示怀疑：“我们仍然会 [...]
来源:O'Reilly Media _AI & ML以下文章最初发表在 Medium 上，经作者许可在此重新发布。
这篇文章是上周关于日志记录进展的文章的后续。一位同事反驳了我们很快就会运行我们不完全理解的代码的想法。他持怀疑态度：“我们仍然是编写代码的人，对吧？只有你写了代码，你才能支持代码，对吧？……对吗？”
这是假设——但它已经在下滑。
您不必再编写（甚至阅读）每一行
我给他举了一个简单的例子。我需要在表单中进行拖放排序。我之前已经构建过它，但这次我问 Cursor：“使用这个 React 组件，使行可拖动，保留顺序，并生成测试。”
确实如此。我进行了测试，一切都通过了；然后我在没有打开代码的情况下发布了该功能。不是因为我不能，而是因为我没有必要。这并不意味着我总是以这种方式发货。大多数时候，我仍然会复习，但我不需要复习的情况变得越来越普遍。
这不是渎职或氛围编码。信任来自两件事：我知道如果出现问题我可以调试和修复，并且我有足够的验证来知道输出何时可靠。如果代码有效、通过测试并提供功能，我不需要对每一行代码进行微观管理。这种转变已经到来，而且只会加速。
已经很舒适的让球控制
这让我回到了站点可靠性。生产系统处于相同的轨道上。我们正在走进一个软件正在自我观察、预测故障并在人类注意到之前悄悄修复它们的世界。考虑一下空中客车公司如何建议飞行员在湍流期间保持自动驾驶仪开启。计算机不会恐慌或过度纠正；他们顺利渡过难关。这就是操作系统的未来——系统可以吸收颠簸，而不需要你抓住控制装置。