您应该使用开源 SaaS 样板启动器还是 300 美元以上的付费启动器?
SaaS 样板启动器在 Web 开发社区中变得非常流行,并且也是其背后的人通往奢华生活方式的途径,有时每月的收入可达五位数。
另一方面,开源 SaaS 样板启动器也开始兴起,它们涵盖各种堆栈并提供与付费产品类似的功能,但完全免费,并且拥有活跃的社区。
那么,这其中有什么陷阱呢?为什么要花 300 美元或 500 美元去买一件明明可以免费得到的东西呢?有什么需要注意的权衡吗?每种选择又各有什么优缺点?
正如现实世界中通常出现的情况一样,答案并不是完全黑白分明的,还取决于您需要什么(您的要求)以及您想要什么(您的个人喜好)。
本文旨在进一步分解这些内容,并为您提供一个客观、简单的框架,供您在为下一个项目选择样板启动器时参考。那么,让我们开始吧!
为什么这些创业公司突然火起来?SaaS 根本不是什么新鲜事。
你可能已经注意到,我们几十年来一直在构建 Web 应用和 SaaS,那么为什么现在才出现这种情况呢?似乎现在每个人都在开发自己的 Starter,并从社区中获得了巨大的热情(和收益)。
答案是,在过去十年中,构建 SaaS(或者换句话说,Web 应用)的复杂性增加了十倍。部分原因是底层架构的演进(我们从基于服务器的单体架构转向“富客户端↔后端”),这引入了更多可移动的组件;部分原因是堆栈各个部分的选项激增。
如果你十五年前要构建一个 SaaS 系统,你几乎肯定知道你会选择 Ruby on Rails、Laravel 或 Django,这取决于你偏爱哪种语言和社区。这些方案都是功能齐全的解决方案,提供最佳的默认设置,让你在几个小时内就能启动并运行。你只需要遵循一条单一且经过充分测试的路径,无需做太多决策。
如果您今天坐下来尝试做同样的事情,那么在几个小时内仅仅阅读所有可能的选择之后,您的头脑可能会感到眩晕:
- 前端该用什么?像 React、Vue 或 Angular 这样的主流框架,还是像 Svelte 或 Solid 这样更热门、更前沿的框架?
- 我应该使用 React 框架(例如 Next 或 Remix)吗?还是直接使用 React + Vite?
- 我需要 SSR 和 SSG 吗?还是应该只用 CSR?
- 我应该使用什么作为 API 层?是经典的 REST,还是 GraphQL,或者甚至是类型安全的 RPC?
- 后端该选什么?我应该用像 Express.js 和 Node/Bun/Deno 这样的轻量级方案,还是像 Nest.js/Django/Rails 这样的成熟解决方案?或者试试大家热议的 Phoenix/Livewire 组合?我到底要不要选择无服务器?
- 那么数据库和 ORM 呢?关系型还是非关系型?我应该编写原始查询,还是使用 Drizzle 和 Prisma 等功能齐全的 ORM?如果是,应该选择哪一个?
- 我的托管选项有哪些?我会被锁定在一个提供商吗?如果我想/需要将我的应用托管到其他地方怎么办?
这些只是您在决定如何在 2024 年启动 SaaS 时需要开始思考的一些问题。如您所见,这些问题足以让您头晕目眩,即使您是一位经验丰富的开发人员,也会让您觉得需要成为一名火箭科学家才能找出正确的组合。
这就是为什么如今人们转向 SaaS 样板启动器,甚至乐意为此付费的原因。这意味着其他人做了大量的工作,并且(希望)对堆栈做出了明智的决定,该堆栈在未来几年内将保持最新且易于维护。
既然我们已经了解了SaaS初创公司突然崛起的背景,那么让我们回到最初的问题——既然有开源的免费版本,为什么还要花钱购买呢?让我们来看看其中的一些因素。
有了开源 SaaS 启动器,你就能清楚地知道自己要做什么
根据开源的定义,您可以在承诺将其用于您的项目之前提前查看和检查启动器的完整代码。
尽管您不太可能事先仔细检查每一行代码并尝试理解所有代码(这就是您首先寻找入门的原因),但您可以检查它并看看您是否喜欢它 - 例如代码的风格、可读性以及它的文档和测试情况。
您还可以查看存储库的活动统计数据 - 未解决和已解决的问题的数量、正在进行的功能、提交频率以及解决问题的速度和添加新功能的速度。
付费的闭源启动器,顾名思义,最多只能提供这些好处的一小部分。您可以看到作者设计的价值主张——一些精心挑选的评价、一个演示,甚至可能还能浏览一下文档。
通过付费入门,您将成为专属部落的成员(又名 Air Jordans Effect)
如今最受欢迎的付费样板通常来自知名开发者或“独立开发者”,他们已经打造过成功的产品。购买他们的样板就像加入一个专属俱乐部——仿佛你正在利用他们的专业知识,并使用他们曾经成功使用的工具。
这就像穿着一件著名运动员签名的球衣,或是一瓶由流行歌星共同调制的香水。它并不能保证你立即获得成功,但它能给你一种连接感和灵感。你会想起,有人曾将这些工具运用到伟大的事物中——而你也可以做到!
从长远来看,这种心态可能比工具本身更重要。当事情变得艰难时,这种“俱乐部”成员的感觉或许能让你继续前进,并将你的想法更进一步。
安全性:在开源中,每个人都是审核者
付费样板启动项目大多由个人完成。这类项目在初始开发阶段之后,不需要全职投入,而且更具季节性(例如,将库更新到最新版本)。这使得它非常适合单人完成,而且比与团队分成更有利可图。如果背后有整个团队,成本可能就不是 500 美元,而是 2000 美元。
最近,一款热门付费启动器发生了安全事故,允许外部方发送未经授权的 Web 钩子请求,这在构建器在线社区引起了不小的波澜。
这提醒我们,虽然快速交付很重要,但安全性也不容忽视。虽然没有人能够保证任何 SaaS 入门产品的安全性,无论是付费的还是开源的,但事实上,开源项目参与开发和代码审查的人员要多得多。由于代码是免费提供的,您也可以自行审查,使用任何渗透测试工具,或请其他专家在提交之前进行检查。
使用付费 SaaS 启动器,巴士因子为 1,使用开源,您可以获得完整的社区支持!
付费 SaaS 入门产品通常依赖于单个维护者。由于代码是闭源的,其他人无权访问或使用,如果作者因任何原因无法或不愿继续开发,那就完了。没有支持、更新,也没有人可以咨询问题。
另一方面,像 Open SaaS 这样的开源样板启动器就像一个活生生的有机体,背后有众多贡献者。与任何开源项目一样,通常会有一个规模较小的核心团队负责大部分工作并指导项目(一开始可能只有一个人),但任何人都可以随时加入,而且他们也会加入。随着项目的发展壮大和使用率的提高,越来越多的人会开始添加他们需要的修复程序和功能,并承担起特定部分的职责。
另一件需要考虑的事情是,SaaS 初创企业需要很长时间才能超越副业,只有一小部分开发者能够达到这一目标。这意味着大多数样板代码创建者仍然需要全职工作或其他工作。这意味着他们用于客户支持和添加新功能的时间有限。
开源 SaaS 入门工具 === 无限更新。闭源?有时是。
SaaS 入门代码开源的另一个直接好处是,您可以立即访问所有更新,只要它们发布即可。这包括安全补丁、版本升级和全新功能。
对于闭源软件,不同的启动器差异很大。有些会提供更新作为追加销售(例如基础版和专业版),有些提供限时更新(例如一年),有些则承诺终身更新。
使用付费 SaaS 入门产品,你可能需要为每个新应用购买“许可证”
另外需要注意的是,对于付费启动器,单次购买启动器可以启动的应用数量通常会受到限制。这通常以“许可证”的形式表达,如果您超出限制,即使您已经拥有启动器代码,法律也要求您购买新的许可证。
同样,并非所有付费启动器都是这种情况(有些只需一次购买即可提供无限的项目),但这是一种值得在购买前检查的常见模式。
有了开源启动器,自然就不会有这样的限制——完整的源代码是公开的,您可以随意以任何您认为合适的方式使用它。
使用开源 SaaS 启动器,您可以自己添加新功能!
开源方式最令人兴奋的好处之一就是任何人都可以贡献!如果您缺少某个功能或想要改进它,只需创建一个拉取请求即可。核心维护人员会审核该请求,提供建议,并在需要时为您指明正确的方向。一旦合并,它就可供所有人使用!
概括
现在我们已经了解了开源和付费 SaaS 启动器之间的主要区别,让我们来鸟瞰一下:
成本 | 终身更新 | 无限的应用程序 | 维护者 | 社区 | Air Jordans 效应 | 轻松贡献 | |
---|---|---|---|---|---|---|---|
开源 SaaS 启动器 | 0美元 | 是的 | 是的 | 许多 | 大型、公开 | 很少 | 是的 |
付费入门 | 300美元以上 | 取决于 | 取决于 | 通常一个 | 有时,私人 | 经常 | 不 |
在决定选择哪条路线时,这份清单很有用,但最终没有一个万能的答案。你的决定取决于你到底想构建什么,以及你倾向于使用哪种技术栈。
此外,上述因素不会被每个人同等重视——一个人可能对成为更广泛社区的一部分并能够轻松地为项目做出贡献感到兴奋,而其他人则最欣赏的是他们可以关注并从中获得启发的强大网络人物。
最后,唯一重要的是采取行动,成功发布你心心念念已久的应用程序。祝你好运!
文章来源:https://dev.to/wasp/should-you-use-an-open-source-saas-boilerplate-starter-or-a-300-paid-one-48ea