可塑性软件 = 坚实的基础和自定义代码

我于 2004 年加入生产力工具市场，至今已有 22 年有幸观察其动态。市场有时会发生变化，我会写一篇整体的“有远见”的文章。上一次是在 2019 年，当时我押注无代码革命。现在是时候写一篇新文章了，因为市场正在经历结构性转变，这将极大地改变其面貌。每个人都知道人工智能降低了门槛，所以现在任何人都可以构建软件。您还无法对完整的操作系统进行振动编码，但您可以轻松地对小型应用程序进行振动编码以解决个人问题。当您添加“协作”作为维度时，事情会变得更加复杂。如果您单独工作，相对来说可以打破常规并继续前进，直到您对应用程序感到满意为止，但如果您在团队中工作，那么实现涵盖协作用例所需的所有功能就会变得更加困难。你突然需要有关系的数据存储、并发编辑、通知、更改历史、权限等。这就提出了一个有趣的问题：AI时代可塑性软件的热点在哪里？我们应该在 Codex 中从头开始吗？或者我们应该有一些可以通过自定义代码定制的坚实基础？想象一下，您有一个拥有 10 名员工的小型蘑菇农场（别担心，我们将在这里种植蘑菇（暂时）），并且正在寻找运行所有操作的软件。您很可能正在使用 Google Sheets，因为市场太小，没有专门的软件（哈！没有市场太小）。奇诺子。管理蘑菇农场的新方法。非常专业的工具。您有多种选择。讽刺的是……没有一个选择是理想的。从头开始构建（Claude Code、Codex）- 从 2024 年开始。问题：当你从头开始对所有内容进行提示编码时，你必须关心所有内容，包括托管、身份验证、基本权限、数据库等。前 80% 可能很容易，但最后 20% 会很困难。未来的希望：在这里，我们可以希望最终 AI 会变得如此酷和强大，以至于它会正确快速地做事 Vibe-code（Lovable，v0） - 从 2023 年开始。问题：比#1 好一些，因为你得到了一个托管应用程序、一个数据库、身份验证和开箱即用的部署，而且看起来完成得更快。但是，当你的发展超出了生成器的功能时，你就会陷入未来的希望：更强大的模型让它变得更好。此外，这些供应商将添加越来越多的组件，从 2017 年开始进入“坚实基础 + 自定义代码”空间低代码和应用程​​序构建器（Retool、Softr）。问题：这个类别过去十年一直在销售“坚实的基础+自定义代码”：开箱即用的身份验证、权限、托管和审核日志。但它是一个应用程序基础，而不是一个工作基础。假设您的数据位于其他地方，即使这些供应商添加了自己的数据库，它也会存储应用程序数据：没有协作，没有评论，没有更改历史记录未来的希望：更深入地了解“坚实的基础+自定义代码”。悬而未决的问题是应用程序基础是否能够足够快地成长为工作基础并将其组装在可延展的工具（Notion、Fibery）中——从 2013 年开始。问题：这可能看起来很诱人，因为您可以快速准备好很多事情。问题是如何根据您的流程定制这些工具。它们非常灵活，但可能无法支持您的特定需求并且没有足够的扩展点 未来的希望：添加更多扩展点并让用户对缺失的约 20% 用例进行振动编码，因此这些工具也将进入“坚实的基础 + 自定义代码”领域 购买一些专用工具 - 从 1999 年开始。 问题：有时这仍然是一个非常好的选择，因为专用工具是根据您的领域构建的，并且可能看起来非常相关。如果您不需要定制，那就去做吧 未来的希望：进入灵活工具领域对于这些供应商来说几乎是不可能的（而且根本不需要）。一旦它变得普遍灵活，它就不再专业化 🙂 80% 坚实的基础 + 20% 自定义代码 生产力工具市场正在发生什么？看来理想的解决方案是拥有覆盖 80% 的坚实基础（数据库、权限、历史记录、协作、通知等），并让用户混合这些内容并通过自定义代码进行扩展。因此，许多供应商正在朝这个方向发展，缩小缺失领域的差距。虽然振动代码和低代码工具正在添加更坚实的基础，但可塑性工具应该添加更多扩展点。 80% 坚实的基础 + 20% 自定义代码是生产力工具的理想解决方案 坚实的基础 在过去，您拥有的唯一坚实的基础是编译器和操作系统 - 其他一切都是您的问题。真正的黑客的美好时光！现在我们拥有了更高抽象的奢侈。最有趣的问题是：在哪里停下来？例如，没有任何定制的专用工具固然可靠，但缺乏定制正是导致它在许多情况下无法使用的原因。有了 Codex，你的坚实基础几乎不存在，但你拥有巨大的表达能力，几乎可以构建任何你想要的东西（表达能力是你能走多远）