江苏龙网

  1. 首页 > 生活 > >

携程为啥突然技术转型从 .NET 转 Java( 二 )


5、代码重构。刚才说了，老代码的质量很差，转java是一个非常非常好的机会去进行重构。我现在除了写需求，就是在考虑重构的问题，特别开心。毕竟作为有技术追求的人来说，只写需求太痛苦了。重构不仅仅是代码的重构哦，还有很多架构上的改变，具体就太多了，不详细谈了。
6、整个技术环境的改变。在转java的过程中，不仅仅是把.net代码转成java，而是加入了很多新的概念、技术。sonar代码质量检查、大规模的自动化测试、以docker为代表的运维的升级等等。可以说，转java是携程从业务驱动向技术驱动的一次转变。（广告打得不错吧，老板给点奖金不？）
总体来说，我双手赞成携程转java的，至少从我们BU看来，18年初主要业务将会迁移到java，集团的要求是18年底70%以上的业务迁移到java。现在转java的最大的难题已经解决，各个部门转java的进度已经加速。真心希望携程能通过.net到java的技术转型，能够改变大家对携程技术落后的印象，毕竟携程已经从30亿美元的公司成长为300亿美元的公司。当然，在转型的过程中，踩过很多坑，解决了很多问题，我收获了很多，为可能跳槽、加薪做好铺垫（为了这句话，我匿名了。。。。）。
---------------------------------在下面说明一些评论区的问题----------------------------
1、我不想争论现在.net和java谁好，我想说的是原来携程.net很一般。这个原因有很多，一方面是原来的人员水平不行。携程到今年也18岁了，和BAT都是一个年代的企业，10年前国内的软件环境真的和现在差很多，人员的平均素质也差很多。而且携程当时规模也没那么大，对技术的重视程度也不是很高，就导致技术人员的工资待遇相比较其他互联网公司有差距，那么人员的平均水平就可想而知了。但是15年以后对技术的越发重视，工资也达到了互联网圈的平均水平，甚至更高一点，所以吸引来的大量人才，整个技术团队规模扩大了一倍左右。
另一方面就是，原来的老系统在刚开始没有经过良好设计，现在好多年过去了，都是在修修补补，架构上问题很多。我们早都有重构的想法，但是现实情况是，每天都有新需求不停的提出来，重构需要很长的时间，无论是员工还是领导，为了kpi的压力没有动力去重构。而转java就是一个重构的机会，转java的时间能够充裕到我对老系统进行彻底的重构。
2、携程转java不是简简单单把.net代码翻译成java。在这个过程中，除了重构，还有很多技术架构的改变，比如有了代码质量检查和自动化回归测试，来解决代码质量较差的问题。在架构上也把原来很重的soa服务拆解，迁移到java服务。并且利用es,redis,消息队列等技术来提高效率，原来这些东西也有，到现在基本每个组都在用。有了java技术架构委员会，成员都是架构师，深入一线来解决问题，提供建议。所以这不仅仅是一个改变编程语言的问题！
3、评论区一上来就满嘴喷shit的评论直接删，不解释，看着不爽!
4、
携程为啥突然技术转型从 .NET 转 Java

@肖进 给我介绍了一个C#的框架，我看了一下，性能确实不错。但是，我的观点认为：这套框架不太适合大的互联网公司，原因就一个，这个是框架是闭源的。主要原因如下：
（1）在大公司采用闭源系统是有风险的，以互联网巨头的规模在这里，很多框架都会遇到坑，采用闭源系统意味着，你很有可能不知道造成这个坑的原因是什么，而且也很难修复。而且你也无法控制闭源系统升级的周期和走向。微服务作为现在一家互联网公司最核心的系统，反正据我所知，没有哪家互联网巨头在核心系统采用闭源框架的。
（2）这套框架主要包括RPC，视图层以及内存索引。这些部分离一个完整的微服务平台差的还很远。我在下面给出了现在开源世界最流行的微服务框架Spring Cloud，可以将两个框架进行对比（虽然我更加认同Spring提供了一整套系统，一个完整的解决方案）。一个微服务系统起码要包括服务治理，RPC，负载均衡，一整套监控系统，预警系统，错误处理（服务降级、熔断），Log系统等。携程作为一家比较大的互联网公司，很多系统已经有了，比如监控系统、日志系统（日志系统绝不仅仅是把日志记录下来）、负载均衡系统、服务降级系统、熔断系统。一套闭源怎么和现有系统对接？


推荐阅读


上一篇：请问安徽网店交易平台是啥想要转让个店铺

下一篇：洁悠神有没有啥内幕?跟百多邦是不是一类药物?