在我们不断追求提供最佳开发者体验的过程中，我们做出了一个大胆的决定。我们将放弃对Next.js的无服务器支持。虽然这个框架有它的优点，但我们相信，对于我们这个自营公司来说，简单性和可维护性是最重要的。在这篇博文中，我们将解释我们的选择背后的原因，并阐明我们对未来的愿景。
挣扎于向后兼容的问题
影响我们决定的主要因素之一是Next.js所带来的频繁的、有时是巨大的变化。作为一家小公司，跟上这些变化并确保向后兼容变得越来越有挑战性。它分散了我们有限的资源，使我们无法专注于向用户提供新的功能和改进。
与巨头竞争
特别是Next.js，随着它与Vercel的整合，获得了巨大的发展势头。然而，它也倾向于编写与Vercel的基础设施紧密结合的功能，使我们难以正面竞争。与其参与一场艰苦的战斗，我们不如专注于提供一个独特的价值主张，并在其他领域实现差异化。
拥护简单性
作为开发人员，我们重视简单性和对代码库的完全控制能力。框架通常会引入学习曲线，并要求开发人员适应其特定的范式。我们相信，通过一个简单的构建文件就可以达到类似的效果，减少不必要的复杂性和依赖性。
向前迈进
通过放弃对Next.js的无服务器支持，我们正在精简我们的工作，以集中精力改进我们的核心产品。这一决定与我们的承诺相一致，即通过轻量级和灵活的部署和托管解决方案为开发人员提供支持。我们将把我们的资源投入到加强我们现有的功能，扩大与流行工具和库的兼容性，并提供无与伦比的开发者体验。
作为第一步，我们很高兴介绍我们的React Monorepo模板。这个模板旨在通过提供所有必要的功能来增强开发人员的能力，而不需要依赖一个特定的框架。有了这个模板，你可以享受一个简单的构建过程，并释放你的创造力，建立符合你确切要求的应用程序。我们相信给予开发者自由来塑造他们的项目并控制他们的代码库。React Monorepo模板只是一个例子，说明我们致力于让开发者把他们的想法变成现实，同时保持一个轻量级和灵活的方法。
还需要澄清的是，用Next.js构建的单页应用程序（SPA）和预渲染应用程序将继续在Stormkit上无缝运行，我们只是放弃了对无服务器部分的支持。
总结
作为一家自给自足的公司，我们必须做出艰难的决定以确保我们的长期成功。放弃对Next.js的无服务器支持就是这样一个决定，我们希望拥抱简单，专注于我们独特的优势。我们对未来感到兴奋，并期待着为那些重视效率、灵活性和控制的开发者提供卓越的体验。