代码现在便宜了，软件仍然昂贵
构建软件的门槛已经崩溃。构建重要事物的门槛一英寸都没有移动。
Claude Code 和 Claude Opus 4.5 为炒作注入了燃料。LLM 工具以前就存在，但它们现在比以往任何时候都好，所以更多的人正在关注。但我们并没有进入 SaaS 的黄金时代。我们正在进入一个个人、可一次性软件的时代——工程从编写代码转向塑造系统，而工程师仍然被需要——原因正是如此。
1、现代开发的转变
Claude Code现在正在接管我的信息流，这是有充分理由的。有趣的不仅仅是开发者在跳上它——而是**"构建者"和制造者**这些人以前依赖像 Lovable 或 Replit 这样的平台，现在正在迁移到它。
别误解我，这些工具仍然非常适合快速交付。但我们看到了一个明显的转变，因为人们重新发现了CLI 优先工作流的固有美。当你把交互转移到终端时，抽象层变薄了。你不仅仅是在跟随一个托管 UI 的快乐路径；你处于掌控之中。
2、进入门槛的崩溃
人们实际上正在用这些工具构建什么？如果你环顾四周，答案是：几乎所有的东西。事实上，我们已经到了饱和点。一方面，我们正在目睹软件创建的真正民主化。进入门槛实际上已经崩溃。第一次，非开发者不仅仅是软件的消费者——他们是自己工具的架构师。
在过去，如果你有一个特定的问题，你会花几个小时寻找一个解决了 80% 问题的 SaaS 产品。今天，工作流程已经转移。人们正在打开 CLI 或语音接口，并且只是描述他们需要的东西。我们正在看到**"个人软件"**的激增：
- 一个订阅追踪器，专为特定预算风格定制
- 一个Chrome 扩展，解决了一个非常小众的数据输入问题
- 一个健身应用，界面完全符合用户的需要
这是一个巨大的转变。软件正在变成一种个人实用程序——你生成它，而不是购买它作为商品。
3、从 SaaS 到便签
我们正在进入一个软件开发的新时代，目标不一定是长久性。多年来，行业一直沉迷于构建"平台"和"生态系统，但趋势正转向更短暂的东西。我们正在从 SaaS 转向便签。
许多这种新软件并不意味着永远存在。事实上，它恰恰相反。人们越来越多地构建工具来解决一个单一的特定问题——然后丢弃它们。这是软件作为一次性实用程序的设计，旨在满足即时的"现在"而不是遥远的"以后"。
使这在今天可行的特定技术哲学是：CLI 优先接口、本地数据和零入门。当你消除了注册、配置数据库或导航复杂 UI 的摩擦时，创建工具的成本下降得如此之低，以至于"临时"变成一个功能，而不是一个错误。如果为一次性任务花五分钟旋转一个自定义解决方案，你不需要它持久存在。
与传统 SaaS 模型的对比是鲜明的。SaaS 固有地针对留存、锁定和扩张进行优化。它是一个旨在让你留在生态系统内并扩大足迹的业务模型。自定义工具则针对即时性和控制进行优化。它们不关心你作为客户的终身价值；它们只关心解决手头的任务。
在许多方面，这是一种回归到电子表格最初使用的方式。你不会打开电子表格来构建永久、多年的数据库；你将它用作便签来推理问题、计算结果，然后继续。
在这个新格局中，Claude Code 对开发者来说是 Excel——一个强大、灵活的实用程序，用于解决即时问题——而不是对创始人来说的 Shopify，后者旨在作为业务的永久基础。它是关于完成工作，然后让工具离开。
这也解释了为什么下一部分很重要：快速生成软件是一回事；使软件在现实世界中生存是另一回事。
4、代码便宜。软件仍然昂贵。
这里是当前"AI 原生"时代的现实：代码已经变得便宜，但软件仍然极其昂贵。
LLM 已经有效地消灭了生成代码行的成本，但它们没有触及真正理解问题的成本。我们正在看到大量"周末构建的应用程序"的涌入，但这些大多是基本 CRUD 操作和第三方 API 的薄包装。它们在 Twitter 演示中看起来令人印象深刻，但当它们遇到现实世界的摩擦时往往崩溃。
软件的真正成本不是最初的编写；而是维护、边缘情况、累积 UX 债务和数据所有权的复杂性。这些"快速"解决方案是脆弱的。
订阅追踪器在银行更改 CSV 导出格式的时刻就会崩溃。Chrome 扩展在目标网站 DOM 变化的瞬间就会死亡。健身应用一旦用户需要强大的离线支持或可靠的数据同步就会变得无法使用。
最近，我在 Hacker News、Reddit 和 Twitter 上看到了大量关于"软件工程结束"的末日预言。这完全错过了要点。我们并没有目睹该行业的结束；我们正在进入它的一个新时代。
工程师的价值正在从代码语法的"如何"转向系统的"什么"和"为什么"。真正的工程在于抽象和架构。它是关于知道如何构建一个持久的系统，理解为什么需要特定的速率限制策略，知道如何管理分布式缓存，并且确切知道不将环境变量存储在哪里。
AI 往往感觉很强大，因为它隐藏了复杂性，但作为工程师，你的工作是管理这种复杂性，而不是忽略它。工具已经改变，但对严格性的要求从来没有更高。
5、分发幻觉
但还有另一面。随着进入门槛的消失，噪音水平已经达到历史最高。我的信息流目前被 "AI 创业家"淹没，他们声称他们在一个下午构建的应用程序实现五位数每月经常性收入（MRR）。
在许多情况下，这些声称高度可疑。当你看到一个没有现有分发且没有清晰**"护城河"**声称一个周末项目有 10,000 美元的 MRR 时，这通常是参与游戏，而不是对业务现实的反映。
其中一些故事几乎肯定是真的，但在大多数情况下，这些实际上并不是技术创新的蓝图。它们是营销案例研究。这些个体之所以成功，是因为他们掌握了在拥挤的景观中捕获注意力的艺术，而不仅仅是因为他们有 AI 副驾驶。
我们已经进入了一个生成代码的能力不再是瓶颈的时代。真正的挑战已经转向分发，更重要的是，区分真正的实用程序和已经变得如此普遍的行业中的"快速致富"包装。
这些人并没有偶然发现秘密捷径；他们只是找到了一种更快地执行其现有优势的方法（如果学习编写代码在合理地看来的话是作为副项目想法的第一次承担太大的话，甚至可能首先就解锁了它）。
这是这种转变的有用框架：AI 已经有效地消除了工程作为主要差异优势。当任何开发者可以使用 LLM 在以前所需时间的一小部分内构建和部署复杂功能时，编写代码的能力不再是它曾经的竞争优势。不再足以仅仅是一个"构建者。"
相反，成功现在取决于那些更难自动化的因素。品味、时机和对你受众的深刻、直观理解比以往任何时候都更重要。你可以在一个周末生成产品，但如果你在错误的事情上构建它或者将其发布到一个满屋子不倾听的人，那就毫无价值。
在这个新环境中，代码已经变得容易的部分。困难的部分完全是一直以来如此：找到一种方法让人们关心。
6、谁赢了
首先，你有被困在无聊、重复问题上的领域专家。然后，有内部团队构建一次性工具、脚本和内部应用程序，需要立即工作，而不是寻找完美。高级用户也在这里看到了巨大的收益，特别是当他们寻求用更强大的东西替换脆弱的手动工作流程时。最后，这是那些优先考虑解决方案的所有权而不是高级光泽的工程师的胜利。
而且是的——像 Claude Opus 4.5、Claude Code 和 Cursor 这样的工具对工程师来说确实很有用。它们在删除样板、实现功能和编写单元测试方面非常出色。我最近最喜欢的用例之一，特别是自从开始新工作以来，是生成个性化文档和功能演练，以加快产品代码库以及所有细微差别如何工作——这对于加快速度非常有帮助。
但这里是现实：LLM 并不完美地编写代码——即使它第一次就编译成功。即使有高质量提示和明确的规则，这些模型仍然会犯错误。作为一个每天使用这些工具的人，你不能盲目地信任输出。你仍然必须像审查来自队友的拉取请求一样审查代码。你必须阅读逻辑、检查假设，并且经常手动编辑以使其正确。
毕竟，你很可能将其发送给队友进行审查（也许我猜是 Code Rabbit）——让他们审查你没有编写甚至懒得检查的事情是否公平？
这些工具帮助你移动得更快，但它们不能取代对关键眼光的需求或多年的经验，而且它们无法比你好得多理解整个问题空间。
炒作让我们看起来像是正在进入 SaaS 的黄金时代。我们并没有。我们正在进入一个个人软件的时代：你生成工具来解决问题，然后继续。
有 20 美元、几个小时的空闲时间和一点耐心，几乎任何人都可以交付功能应用程序。我们正在进入"个人软件"的时代，初始想法和工作产品之间的差距比以往任何时候都窄。
在这个新现实中，工程专业知识仍然极其有价值，但角色性质正在转变。相关性并没有消失。相反，它是关于利用这些工具在以前不可能的更高水平上构建。真正的专业知识现在需要指导这些系统并提供 LLM 目前缺乏的技术监督。
虽然 AI 无可否认地擅长编写代码，但它在构建可维护、可分发和可扩展系统方面仍然很差。这就是那些认为可以解雇他们的开发团队的非技术领导者正在犯的一个重大错误。直到我们看到能够使整个讨论变得毫无意义的人工智能的出现，认为技术专业知识可以被提示取代是一个战略错误。构建稳健的软件仍然需要了解手艺基本原则的人。
底线是，虽然工具已经改变，但良好工程的基本原则没有改变。
虽然进入门槛可能已经消失——判断、品味和责任仍然是工作。
原文链接: Code Is Cheap Now. Software Isn’t.
汇智网翻译整理，转载请标明出处