SaaS的铁路

我喜欢考虑很多关于计算的未来。与一支小型团队一起运行一家名为AutoCode的公司，该公司于2020年7月推出。我们专注的机会之一就是我所说的是“SaaS的铁路，”我相信将成为一个主要的司机如何开发软件以及如何在未来十年内购买。这篇文章是一项试图总结一下我的一些思想，我认为了解软件开发历史的一点，以绘制更好的未来画面很重要。

自1989年全球Web黎明以来每年的每年都有至少一个范式转换，如何构建和交付Web软件。在20世纪90年代，我们通过PHP和Apache HTTP服务器看到了Web开发的大众产业化。在2000年代，封装管理和框架使得RubyGems，Rubys在Rails，Pypi和Django上变得更加容易。然后，在2010年代，我们看到云接管：分布式和可扩展的计算可以使用用于协调服务器环境的Docker和Kubernetes进行介绍，并为AWS Lambda提供零ops，事件驱动和按需计算的承诺。

我相信我们可能会看到这十年的过渡之一，这是我们从过去三年中学到的事情的事物。非常简单地，“SaaS的铁路化”是指简易开发，包装管理和云计算的不可避免的共轭，专门用于商业SaaS生态系统。这是SaaS产品及其API的标准化，以及整个网络编程环境互动。

在我们到达“SaaS的铁路探测”之前，我想我们应该谈论已经发生的事情，这是铁路的Saasification。从2000年代初期到2010年初，一些有抱负的企业家开始注意到，虽然Rails生态系统上的Ruby非常棒，但仍有令人恐惧的复杂，作为开发商来解决。建立在线商店非常困难。将付款添加到您的应用程序需要与银行的关系并通过合规性清单运行。哎呀。添加短信几乎是不可能的。

喜欢购物从Ruby on Rails Ecosystem的借来概念，以提供有效的互联网零售模块。单击按钮，创建商店，开始销售。使用代码和模板自定义。虽然没有经常被认为在这种情况下，条纹和思索代表了RubyGems，PyPi和NPM生态系统的第一个成功的尺度货币化：“安装这个宝石，付给我们，我们会做硬的东西。”

Ruby在Rails Ecosystem上解锁的所有创新都在网上开辟了一个完全新的商业领域。这种轨道的SAAsification是一种与API经济的概念并行运行的现象，该封装管理生态系统的重叠是API的主要分布和集成点。

部分原因是轨道的SaaSification的现象，第三方SaaS API现在无处不在。要构建一个完整的商业产品甚至侧面项目，建设者通常不会打开开发环境，下载软件并开始编码。今天可能无法以代码开头的构建器 - 也许他们开始一个在Airtable中使用结构化数据的想法。也许他们通过shopify开始自己的在线业务。以代码开头的那些可能会发现自己很快想用条纹添加付款。然后他们想确保他们的软件可以向其通信渠道发送消息 - 就像松弛或不和谐一样。也许他们希望使用auth0轻松地向其应用程序添加身份验证。

虽然Rails的SaaSification指的是已经发生的东西 - Sabas的软件包的商业化 - SaaS的Railsification是指下一个：重新集成和简化SaaS景观的越来越复杂，进入标准，简单和可共享的组件和包装。虽然我不可能枚举这一运动的所有含义，但我可以开始列出已经与它并行进步的一些已经进入的少数。

首先，“软件开发人员”的定义正在发生变化，插入SaaS应用正在成为一个可行的 - 并追捧的工作。没有学位的90岁的PHP开发人员有时嗤之以鼻;今天许多人都是多百万富翁。 20多岁和30岁之间的同样的事情将发生在这十年的工具之间。

其次，应用开发中的创新的可行性表面积是指数增长的。硅谷的投资者正在呼唤这个“没有代码”或“低码”运动，但它总是会融合到代码中作为最具功能可重复和可测试的介质。您无法普遍分享Zapier集成。但是，您可以复制和粘贴几行JavaScript，Ruby或Python并在任何地方运行它。这几十年赢得了一家公司，框架或新软件的可能性不太可能。将有十几个或更多。

第三，有机会建立萨斯API的RubyGems。任何在条纹和二聚体之外都花在API的人已经意识到SaaS的整合大多是虔诚的。现有的机器可读API规范标准 - OpenApi，但它们只是故事的一小部分，甚至不遵守。 Discord的API是在状态套接字连接周围构建的，而Slack现在主要是一个无状态的HTTP API。条纹大多遵循与OpenAPI一致的规范，Shopify是非标准休息和GraphQL API的组合。验证任何这些生态系统都有不同的不同。

我之前提到过，“SaaS的铁路证券”是我们在AutoCode的很多关于的东西。具体而言，建立“萨斯API的RubyGems”对我们来说非常有趣：我们的使命是让人们用代码更加富有成效。我们通过使网络更可编程来实现这一目标。

摘要是构建自动码，可以轻松地将连接SaaS应用程序连接在一起的代码。我们是四个小组，为Web的IDE，运行时，协作和托管平台为无状态，自动缩放和始终开启。我们有一个API的标准库，可轻松管理第三方API依赖项。当您保存项目时，我们甚至会自动为您设置Webhooks。我们有一个CLI和本地开发工具，任何不想使用我们的浏览器的IDE。现在我们只支持构建和添加到AutoCode的标准库，使用Node.js，但将来计划更多语言。

有些人呼叫AutoCode A“低电平码”工具，但现实是我们是全部代码。在您构建应用程序时，我们只需制作Auth和API管理。我们非常幸运能够由Github，New Relic，Airtable和Shopify的Slack，Stripe和CeO提供支持。

“SaaS的railsification”只是一个班次，我认为我们可能会看到这十年，有很多公司在计算的未来创新。我认为呼唤出在前端和分布式计算空间中成功的一些是很重要的。

一方面，像Retool这样的公司通过提供更好的管理和抽象来领导前端应用程序开发的收费，以便进行视觉开发的组件。作为开发人员，它让我想起了一个更加友好和离子框架的触觉版本。 Retool正在倾向于过去十年的创新 - 即，反应生态系统 - 为网络上的视觉工具开发建立更有效，简化的方法。

另一方面，有类似的公司。它是利用2010年代开发的分布式计算技术，以使任何人都可以发货他们想要的任何软件。虽然优化了教育工作者和学生，但该团队具有宏伟的野心 - 因此，他们正在赋予整体一代年轻的开发人员来运行任何类型的服务器，他们想要担心如何设置Python或管理二进制文件。他们甚至支持Brainf ***。

这些是思考未来发展的速度增长的两个。但它们代表了冰山一角。整个十年的开发人员工具将为软件开发引入全新的画布;在AutoCode，我们喜欢将网络本身视为可编程接口。我们很荣幸能够在这些新兴公司中找到我们的位置，而是作为建筑商和开发人员，您应该考虑您可以提供的工具。创新越多越好。

建立很多。期待与您合作。

Keith Horwood是一个花很多时间建筑软件的人。他是AutoCode的首席执行官。他看到了复仇者：最终等20次，并且当他没有写代码时播放光环。如果这是你的事情，你可以在Twitter上关注他。