大家好，今天小编关注到一个比较有意思的话题，关于由java衍生语言的问题，于是小编就整理了2个相关介绍由Java衍生语言的解答，让我们一起看看吧。
kotlin为什么流行不起来？
1.
表现能力强。在当下,计算机性能已经得到了飞升。编程语言也应与时俱进,不应该单纯从计算机体系结构出发,设计出一些反人类或者啰嗦的语法结构。这点kotlin就做的很好,它的语法够简洁,表现能力强,而且支持运算符重载。这能够更直观,更快速的对一些问题进行建模。
2.
比J***a更丰富的集合类型。一门编程语言的好坏,也要看它提供***的能力。除了像C语言这样的上古神器,几乎大部分现代编程语言都在标准库中提供了丰富的***工具类,kotlin也不例外,它虽然是jvm平台的衍生语言,可以做到与J***a的兼容,但是它在自己的标准库中也对***类进行了重新实现。特别是它提出了不可变***类的概念,这让我们在面对并发问题或者协作开发时提供了更好的安全性。同时kotlin的***类流式操作结合它闭包的语法使用起来很舒服。
3.
协程的支持。这点kotlin做的很好,提供了类库和语法的支持,尤其是susp
为什么许多原本的J***a项目都试图用go进行重写开源？
有人的地方就有政治，对互联网公司来说，重构是政治斗争和裁员的重要手段。
给你举个例子吧。前同事A之前在某家公司做运维主管，公司是自建的机房，包括部署，监控，故障自愈，数据库等等平台有关的一切，都是他一手搭起来的，没有人比他更了解。新来的开发经理不服，非要自己来部署，导致出了大故障，等待跑路，A出马几分钟搞定。于是公司只能继续供着他，工资奖金啥的都给的多，偶尔他请***了，有问题也只能等他回来，时间长了，领导哪能容忍这种事？
正好这时候云服务器强势上位了，公司领导拍板决定全面上云，让其他技术也参与，担心这位仁兄不配合，承诺迁移完后有奖金。几个月后迁移完成了，Redis、MongoDB、MySQL使用云托管的，先废一半。部署的时候由开发一起参与CI/CD流程，这时候他的重要性再次被减弱，没多久待不下去了。
放到开发重构也是一样的道理，公司的业务架构都是老员工搞起来的，老员工岂不是会恃宠而骄？那新人怎么上位？
所以不要觉得有一技之长会越来越吃香，公司领导不会让一家独大的局面长久的，会威胁到他。
你列举的这叫重写开源？
dubbo，motan，sentinel都是非常优秀的j***a项目。 这个时候突然冒出来好多用go的，语言很高调但是中间件设施一片荒漠。这个时候最好的方式当然是把j***a的轮子改造给go用了。
所以，在我看来，并不是为了go而重写，而是go大军太迅猛，开源社区被迫营业。
个人觉得应该是三个主要原因吧。
一. 体积可以明显缩小，部署更简单
因为容器服务越来越主流，这到不是说J***a不能在云原生使用，现在云原生里的微服务模式，主流编程语言还是J***a，只是，依赖于JDK平台确实让容器镜像体积大了很多！大部分情况下，微服务本身jar的体积（包括各种依赖的flat jar）也与JDK本身的体积相差无几（甚至不及）。在多个服务情况下，拉取镜像的成本就高很多，虽然分层存储可以有效降低存储容量，但这也依赖所有微服务需要相同的镜像基座（部署好JDK），对于不同厂商的微应用（服务）情况不一定乐观。
Golang在这部分表现好很多，虽然打包后的Binary也不小（相比于C），但它包含运行时支持及静态链接，非常独立（单体程序易于部署），体积相比J***a的服务，总体要小很多。
二. 开发难度不大
后端应用服务最重要的是稳定，J***a之所以能长时间占据后端开发市场份额，也是因为其异常及GC机制能够平衡好程序开发难度和程序质量这两个矛盾体。而Golang也引入了GC，开发难度也不高（并不比J***a难），不需要特别优秀的能力也能写出健壮的后端应用。
三. 语言发展的必然结果
现在越来越多的人开始使用Golang写后端应用。当你进入这个领域，你就会发现，你需要的各种框架，基础设施基本上都是在重复写一遍其他已经进入该领域的语言的各种框架和基础库😄 这是工程本身决定的，到不一定是抄J***a。记得Nodejs刚出来的时候，借助于V8强大的性能，大前端的各种开发工具，框架如雨后春笋般发展起来，但也基本上是走了一遍其他语言（尤其是J***a）的路。
不同语言在发展过程中，总会进入其他“先入语言”的领域，然后也会再走一遍人家的路，完善和建立自身在该领域的生态。这是后发语言发展的必经之路！
到此，以上就是小编对于由j***a衍生语言的问题就介绍到这了，希望介绍关于由j***a衍生语言的2点解答对大家有用。
