一万小时氛围编程经历：我对Reddit热帖《我们如何在FAANG氛围编程》的反应

最近Reddit上有一个关于在大公司生产环境中使用AI编程的热门话题。

很多人说AI会犯错误。是的，这是真的。但他们只关注阴暗面而不是光明面。根据我自己的经验，以及AI教父、诺贝尔奖得主Geoffrey Hinton的相似观点，当前大型语言模型的架构是人类大脑的模拟器。

所以你可以看到AI就像你的同事。

就个人而言，在我的公司，我把AI用于一切：规划、用户研究、客户支持、写代码和博客文章。我们还把AI用于你无法想象的事情，比如审查我们的日常工作和代码审查。

我可以给你一个非常具体的例子。苹果的App Store审核员经常对细节很疯狂，随意因为一些随机的事情给我们拒绝。苹果对App Store审核指导原则有非常随意和不稳定的规则。他们有时会拒绝你，有时会通过，即使他们有担忧，因为审核员是外包的，他们并不太在乎，但他们需要证明自己的价值。那么我们作为工程师如何处理苹果的随意拒绝呢？

这很容易。现在100%可能。通常他们会因为一些随机问题拒绝，比如"不能允许麦克风按钮，它只能被继续"，诸如此类的废话。

由于他们所谓的隐私考虑或者可能是App Store体验的稳定性，这是废话。目前我们有一个更好的方法来处理App Store拒绝，基本上就是使用AI来修复他们提到的问题，同时保持我们应用的功能。我最近收到了关于Apple登录支持和一些权限请求措辞的拒绝。AI可以在10分钟内修复这些问题，然后我在另外10分钟内提交到App Store进行处理。所以最终变成等待App Store人工审核几个小时或几天，这很糟糕，对吧？

这实际上就是我在微软做全职专业人员时的生活，也是因为各种随机的事情。有时是一个非常重要的客户，有时请求来自我的经理、副总裁，甚至CEO。

你不会相信这一点：大多数软件工作任务都不那么有价值。我认为只有10%甚至1%是真正有价值的、真正有创意的。其他99%都是垃圾。

例如，苹果建立他们的审核指导原则就像繁文缛节，不是为了任何东西，只是为了证明App Store的价值。我相信如果没有iOS App Store，如果人们可以在他们昂贵的设备上安装任何他们想要的东西，这个世界会好一万亿倍。

那么为什么我们要浪费生命使用AI来解决这种垃圾问题？为什么我们不能把这种事情外包给AI？就去做吧。你不需要任何人的许可来使用AI。

原始内容：

# 我们如何在FAANG氛围编程。

嘿，朋友们。我想在这里发布这个，因为我看到很多来自那些不相信AI辅助编程可以用于生产代码的人的抨击。这根本不是真的。

为了一些背景，我是一个有超过十年经验的AI软件工程师，其中一半时间在FAANG或类似公司。我职业生涯的前半段是系统工程师，不是开发者，尽管我已经编程大约15年了。

无论如何，这就是我们开始如何使用AI进行生产代码。

1. 你总是先从技术设计文档开始。这是大部分工作发生的地方。设计文档开始时是一个提案文档。如果你能让足够的利益相关者同意你的提案有价值，你就可以继续发展系统设计本身。这包括完整的架构、与其他团队的集成等。

2. 在启动开发工作之前进行设计评审。这是让你的团队设计文档被高级工程师彻底审查的地方。这很好。我认为这是在前期承担痛苦。

3. 如果你通过了评审，你现在可以启动开发工作。前几周花在为将由个别开发团队构建的每个子系统做更多文档。

4. 积压开发和冲刺规划。这是开发人员与产品经理和技术项目经理合作，敲定个别开发人员将要处理的离散任务和顺序。

5. 软件开发。最后，我们现在可以开始键盘上手，开始处理任务票据。这是AI成为力量倍增器的地方。我们使用测试驱动开发，所以我让AI编码代理首先为我将要构建的功能编写测试。只有然后我开始使用代理来构建功能。

6. 代码提交评审。我们有一个两个开发人员批准流程，然后代码才能合并到主分支。AI在协助评审方面也显示出很大的前景。

7. 在暂存中测试。如果暂存良好，我们推送到生产。

总的来说，我们看到从功能提案到它投入生产的速度提高了约30%。这对我们来说是巨大的。

TL;DR：总是从扎实的设计文档和架构开始。从那里分块构建。总是先写测试。