为什么从GoLang迁移到NodeJS

这篇文章主要介绍"为什么从GoLang迁移到NodeJS"，在日常操作中，相信很多人在为什么从GoLang迁移到NodeJS问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答"为什么从GoLang迁移到NodeJS"的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

在一开始的时候

让我们从头开始，我们从包含GraphQL，PostgreSQL和GoLang的后端堆栈开始。我们的工程团队最初只有两个人——一个人在后端，另一个人在前端，负责我们的iOS应用。当我加入团队的时候，这两位工程师虽然已经走了，但留下了满满的后台问题。

没有使用ORM，因此显式查询数据库。写出的查询效率太低，我们一直在冲击内存极限，在查询满足之前，我们遇到了漫长的等待时间。这段代码没有架构，完全是一堆乱七八糟的代码，到处都是文件。GoLang没有使用GraphQL库。很明显，之前的后端工程师试图完全vanilla化，如果你想快速扩展，这不是一条理想的道路。

GoLang本身并非问题所在

这些问题都不是GoLang特定的问题，这些问题都是由一个不胜任GoLang的工程师引入的。这就给我们的创业公司带来了一个问题：GoLang工程师很少，能干的工程师更少。我们发现自己雇佣和解雇了两个GoLang工程师，他们都试图修补我们后台的问题，但没有成功。胜任的工程师非常昂贵，而且远远超出了我们年轻创业公司的预算。

作为一家初创公司，我们正在努力将应用的MVP版本推向市场，这意味着我们需要速度。GoLang和GraphQL可用的一小套库加上一个小的社区意味着我们以缓慢的速度在解决问题。除此之外，我们对GoLang的经验不足，我们花费更多的时间解决问题而不是构建功能。该应用程序本身注定会变得更加复杂，这意味着从长远来看，这种情况是不可持续的。我们需要一个替代方案。

迁移到NodeJS

在某个时候，我们坐下来讨论重写后端。我们需要解决以下问题：

• 我们需要一个合格的后端工程师，以我们的创业公司可以承受的公平的市场价格。

• 我们需要一个后端栈，里面有很多针对常见问题的预制解决方案，以便快速迁移。

• 我们需要一个有足够资源的后端栈，在我们接近复杂度的时候，可以解决一些不太常见的问题。

我们的决定是用 NodeJS 替代 GoLang。这解决了我们所有的问题，而这些问题的核心是速度和成本。

• NodeJS拥有比GoLang更大的工程师市场。

• 经验丰富的NodeJS工程师比GoLang工程师便宜得多。

• NodeJS有许多现有的包来解决常见的问题，使我们能够专注于构建我们的应用程序，而不是修复应用程序。

总而言之，我们迁移到NodeJS的决定很大程度上取决于我们创业公司的业务状态。而人们经常争论的是NodeJS还是GoLang适合你的项目，这取决于项目的技术优点，而我们的项目则归结为什么能让我们在合理的时间内从原型到MVP。

到此，关于"为什么从GoLang迁移到NodeJS"的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注网站，小编会继续努力为大家带来更多实用的文章！