LLM赋能软件开发：作者分享低缺陷率编程工作流与系统架构新重点
一位开发者分享了其如何利用大型语言模型（LLMs）进行软件开发的工作流。他发现自己更喜欢“创造事物”而非纯粹的“编程”，而LLMs的兴起使其能够以极低的缺陷率持续开发项目。文章指出，自Codex 5.2和Opus 4.6发布以来，LLMs在编程方面的能力显著提升，使得代码的可维护性大大增强。作者强调，虽然编程技能的重心发生转移，不再需要精通代码编写细节，但系统架构和正确决策的能力变得更为关键。文章末尾还包含了一个真实的编码会话示例。
我并不在意编程的乐趣。最近，我重新投入到创造事物的过程中，这主要得益于大型语言模型（LLMs）。我曾以为自己喜欢编程，但后来发现我真正喜欢的是创造事物，而编程只是实现这一目标的一种方式。自从LLMs在编程方面变得出色以来，我一直在不停地利用它们来创造，这令人非常兴奋，我们正处于又一个完全未被探索的领域开端。目前关于LLMs有很多争论，但一些朋友向我询问了我的具体工作流程，所以我决定详细写下来，希望能帮助他们（和你们）比以前更容易、更快、更高质量地创造事物。文章末尾还包括了一个真实的（带注释的）编码会话，如果想跳过工作流程细节，可以直接查看。
好处：有史以来第一次，大约在Codex 5.2（感觉像一个世纪以前）发布时，以及最近的Opus 4.6发布后，我惊讶地发现，我现在可以使用LLMs编写软件，并且缺陷率非常低，可能比我手动编写代码的缺陷率显著更低，同时又不失了解整个系统工作原理的优势。在此之前，代码在编程两三天后很快就会变得难以维护，但现在我已经在几个项目上不间断地工作了数周，代码量增长到数万行有用代码，每次更改都像第一次一样可靠。我还注意到我的工程技能并没有变得无用，它们只是发生了转变：我不再需要知道如何正确地编写代码，但现在更重要的是理解如何正确地架构系统，以及如何做出正确的选择来使事物可用。在我不了解底层技术（例如移动应用程序）的项目中，代码仍然很快就会因为糟糕的选择而变得一团糟。