我已经下定决心了。我知道该如何选择我的下一个技术栈了 ✨

我从事应用程序开发十多年，创建过很多项目，包括业余项目和商业产品。每次创建新项目时，我都会问自己同一个问题：我应该使用哪种技术栈？

我是个“弱势群体”的人，每次都会选择不流行的框架。同样的技术栈从不重复使用。不过，我要告诉你，这是有代价的。

学习新技术非常有趣且令人兴奋，但问题是你永远无法成为专家。你总是从零开始，学习迈出第一步。了解这些新工具的生态系统和社区需要时间，而且成本很高。

与弱势群体合作意味着没有太多可用的工具或知识，您将不得不以艰难的方式回答您的问题！

别误会，选择弱势一方也蕴藏着巨大的潜力。我从 Node.js 早期就开始用了，那时候 Ruby on Rails 还是开发者们唯一讨论的话题。最终，它被证明是非常棒的。当大家都开始接触它的时候，我已经有一年左右的实践经验了。但我也做过一些错误的选择，比如 Polymer。我把赌注押在了 Web Components 和 Polymer 上，几年过去了，我们仍然没有达到那个水平，也再也没有人谈论 Polymer 了。

也许是因为年纪大了，但我决定安定下来。冒险少了，成就多。追随社区的脚步并没有错。恰恰相反，这需要更伟大的人。我认为，作为一名开发者，“升级”的一部分就是选择“不那么酷”的开发栈，仅仅因为这样你就能完成工作，并最终完成这个决定。

以下是您期望从这篇文章中得到的信息：

前端

前端是我永远找不到平衡点的地方——总是从一个技术栈跳到另一个。正如我提到的，我曾努力钻研 Web Components 和 Polymer，但由于缺乏支持和社区，最终转向了 Vue。我使用 Vue 已经两年了，同时也关注着 React。最近我决定转向 React。原因很简单，React 的知识库非常丰富，而且现有的工具和生态系统是 Vue 无法比拟的。有很多平台选择拥抱 React，而 Vue 社区却空手而归。虽然 Vue 社区规模不小，但还是比 Vue 社区大了几步。也许是因为 Vue 更年轻。说实话，我很喜欢 Vue。它非常容易上手，而且可以构建高性能应用程序。

以下是我的前端列表：

• React——针对我上面提到的所有内容。
• Nextjs - 服务器端渲染（SSR）React 应用程序的事实标准。
• 样式化组件 - 我很难选择这个，因为 Tailwind 看起来很有吸引力，但样式化组件社区的重要性又要高得多。
• Vercel——再次成为部署 Nextjs 应用程序的标准（原因显而易见😉）

后端

与前端相比，我现在对后端堆栈非常稳定，并且感觉非常完整。

• Node - 这是迄今为止最杰出的社区，拥有丰富的知识
• Typescript - 用了好几年 JavaScript 之后，维护一个没有类型的项目变得异常困难。Typescript 是我的选择。
• Fastify - 好吧，我承认你让我猜到了。Fastify 比起 Express 来说略逊一筹，但它真的很棒，满足了我所有的需求。
• Apollo 服务器 - 我使用 GraphQL 已经一年多了，最近开始深入研究它。就像我更喜欢 Typescript 而不是 JavaScript 一样。GraphQL 是一种类型化实现 API 的方式，可以为前端应用带来极大的灵活性。Apollo 是实现 GraphQL 服务器和客户端的最流行的框架。
• PostgreSQL - 你可以随心所欲地炫耀你的 NoSQL 数据库，但大多数人根本不需要它。对于大多数用例来说，使用老式的 SQL 可能是最佳选择。它超级易用，久经考验，而且许多服务都提供托管服务器。我对这个选择非常有信心，多年来它从未让我失望过。
• Kubernetes - 对于 DevOps 人士来说，这个决定可能会引起争议，但说实话，它确实是目前最好的平台。我从 Kubernetes 的 Beta 版本就开始使用了，甚至贡献了一些代码。它拥有一个活跃的社区，而且是迄今为止 DevOps 工具领域最大的社区。这个平台在部署方面几乎无所不能。如果你的后端架构很复杂，那么至少对我来说，Kubernetes 是一个不错的选择。随着托管 Kubernetes 集群的兴起，现在上手也变得容易多了。

好了，以上就是我的技术栈概要，目前为止还挺满意的。希望它能帮到我。
我很乐意在这里或推特上回答任何问题。

每日在每个新标签页发布最棒的编程新闻。我们将为您筛选数百个优质来源，助您掌控未来。