语言融合1960年代中期，各种功能广泛的编程语言如雨后春笋般涌现：用于数学的APL（1964），作为教育入门语言的BASIC（1964），用于大规模应用的PL / I（1965），Simula（1965）用于模拟现实世界中的交互，用于文本处理的SNOBOL（1962）等。当时我还只是个蹒跚学步的孩子，所以我没有第一人称知识，但是我认为这些语言是由几乎相同的情况引起的：主流语言缺乏功能，而降低的成本和复杂的计算机系统降低了创建某些事物的障碍新。但是到1970年代末，这些语言中的大多数都已变得晦涩（尽管使用BASIC），并且较旧的语言已经采用了它们提倡的许多思想（甚至FORTRAN都变成了块结构）。然后是C，一种新的语言，它借鉴了较早的语言中的思想，但是以一种更适合于新兴的微处理器世界的形式来重铸它们。如果历史重演，我认为我们正在进行类似的合并。Java现在具有更高阶的功能；如果那是您寻找其他地方的原因，它仍然有效吗？JavaScript可以在浏览器之外使用，它的性能很高，现在有大量的库。还有理由为您的前端和后端代码使用单独的语言吗？还是会有新的事物占领整个世界？如果那是您寻找其他地方的原因，它仍然有效吗？JavaScript可以在浏览器之外使用，它的性能很高，现在有大量的库。还有理由为您的前端和后端代码使用单独的语言吗？还是会有新的事物占领整个世界？如果那是您寻找其他地方的原因，它仍然有效吗？JavaScript可以在浏览器之外使用，它的性能很高，现在有大量的库。还有理由为您的前端和后端代码使用单独的语言吗？还是会有新的事物占领整个世界？
维护成本增加许多赞成使用替代语言编写系统部分的人都指出，他们可以编写代码。在我接受事实的同时，我也意识到了两点。首先，编写代码只是初始实现的一小部分。其次，最初的实现只是应用程序生命周期内所需工作的一小部分。鉴于此，对于单个应用程序使用多种语言意味着，即使不是专家，维护其维护任务的所有人也必须至少熟悉所有这些语言。如果其中一个团队成员喜欢一种晦涩的语言，这可能会特别痛苦。但是即使是流行语言，也可能是一个问题。我的一个项目是在一家公司的主要服务中使用Node.JS和Rails混合编写的。我认为他们最初的目标是从Rails过渡到Node，但是事情很糟糕：Rails开发人员离开了，Node开发人员意识到Node当时没有拥有所需的所有功能。因此，两个代码库仍然是业务的核心部分，并且公司必须找到具有两种技能的人员才能维护软件。
以程序员为中心在我看来，警惕多语言项目的最好原因是开发人员只能知道有限的几种语言，我个人限制为1½。哦，当然，我遇到了自称会说六种或六种以上语言的人。但是，当按下它们时，它们仅在非常基本的水平上“知道”这些语言。真正的知识已经从语法和语义扩展到了成语和环境。它是无需进行任何思考即可为任何给定目标选择最佳实施方案的能力-学习阶段称为“ 无意识能力”。” 对于编程语言，最佳实现可能因语言而异。这并不是说您不能从一种语言过渡到另一种语言。这很容易，我在职业生涯中已经做过几次。但是您会发现，您最熟悉的语言会以与新语言一起使用的方式上色-当我开始使用JavaScript时，我尝试使用Java样式的构造函数而不是数据映射。当新的语言改变了旧的书写方式时，您将知道何时过渡。
虽然我认为多语言应用程序不是一个好主意，但我全心全意地支持学习多种语言，以此来扩展您的能力。
最后，开发这么多年我也总结了一套学习Java的资料与面试题，如果你在技术上面想提升自己的话，可以关注我，私信发送领取资料或者在评论区留下自己的联系方式，有时间记得帮我点下转发让跟多的人看到哦。
