为什么公司要从Scala转到Go?

abv123456789 · · 3673 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

Jim Plush是网络安全服务提供商CrowdStrike的云工程高级总监。CrowdStrike由McAffee的前CTO George Kurtz及前副总裁Dimitri Alperovitch于2011年创建。


Scala是CrowdStrike内部使用的主要语言。2011年,Jim主导了Scala的使用。在加入CrowdStrike之前,Jim就职的Gravity公司也是Scala重度用户。前段时间,他们将技术栈从Scala转向了Go。


Jim Plush从技术总监的角度介绍了这种变化。随着业务增长,公司的工程师从5个增长到200多个。需要考虑的是,如何让code base便于维护,工程师可以轻松跨项目交流,新人能够快速上手。


几年前,Jim曾遇到一个问题。当时产品中出现了一个会影响大量客户的严重问题。于是他们开始研究问题所在,跟踪代码的修改记录。后来发现了一个从未见过的符号: <|*|> 。当时就有人大喊:“这TMD什么玩意儿?” 想跟进这个方法,也没有成功。Google也搜不到什么。




相关的开发人员正好在外度假。如果有code review机制,或许能避免此类问题,可惜当时没有。后来大家发现,项目中引入了一个叫 scalaz 的库。终于在这个库中找到了那个神奇的符号,问题得以解决。


Scala是一门强大的语言,有学术背景,而且非常灵活。通常可以将Scala开发者分为两类,一类是将Scala看作更好的Java,喜爱Scala的简洁;一类是偏爱函数式编程,愿意深入挖掘,或者把在Haskell之类函数式语言上积累的经验带了过来。




有些代码用函数式风格写出来可能非常简洁。但是随着团队规模不断扩大,如果有很多人读不懂,问题就会凸显。新人也很难直接上手。


Scala也有一些不够完善的地方,像sbt、IDE有些痛点,另外还存在构建缓慢,JAR文件较大等问题。


这种问题并不鲜见,Twitter等公司也经历过同样的扩张之痛。如果是小团队,使用Scala可能非常高效;但在工程团队超过50人之后,使用Scala会面对很大的挑战。


而Go语言诞生的目标之一就是让开发更高效,限制了可选的表达方式,而且在编译层面施加了很多限制。


是否选择Go,公司内部也有很多争论。关于是否采用某个新技术,CrowdStrike有一个策略:如果产品出了问题,至少有3个人愿意在凌晨3点提供支持。在Jim的不断推动之下,Go进入CrowdStrike的技术栈。Jim同时发现,原来面对的很多Scala的问题,Go都能很好地解决。比如构建速度很快,有很多不错的工具,内建了测试框架,有分析器,还有很好的并发模型。


从一个示例项目入手,取得成功。后来一个又一个的项目采用了Go,这方面的开发者也越来越多。开发人员可以跳到任何一个项目,并立即知道其作用。可维护性方面的好处就不用提了。


另外,这也扩大了招聘池。可以选择有其他任何语言背景的人,培训几周Go,很快就能上手。招聘Scala开发者则要困难很多。


有个不愿意切换到Go的同事,在用Go写了第一个项目之后,感慨不已:Go语言的库,读了一遍就知道是干什么的了,而Scala的版本读了四遍,还感觉迷迷糊糊。


当然,Jim也提到,他并不是苛责Scala,有些雄心勃勃的新项目还是会用Scala编写;但如果工程团队不断扩张,则不会再将Scala用作核心语言。而且,Scala并没有完全从CrowdStrike的技术栈中移除。一些Go不太擅长的领域,Scala还是不错的补充,比如机器学习和分析方面,需要与Java项目互操作的地方。另外,提供不错的DSL供分析师使用,这方面Scala也是不二之选。总体而言,Scala更多变成了一种专用工具,不再是核心开发语言。


当然,关于编程语言的话题总是能引起很多争论。Hacker News上就有很多讨论。有人认为,不要把差劲程序员的问题归到语言上。Scala代码写不好的人,未必能写好Go代码。也有人认为应该加强code review,不能让开发人员随意引入第三方库。应该参考一些Scala最佳实践,比如:https://github.com/alexandru/scala-best-practices。更多讨论,可以点击“查看原文”。


Kevin Scott(SVP Eng & Ops @ LinkedIn)在Quora上回答“Is LinkedIn getting rid of Scala?”这个问题时,也提到LinkedIn在下一代的基础架构中,会减少对Scala的依赖,而是以Java 8、C++和Python等语言为主。


像Apache Storm,是以Clojure实现的。2.0版本则有可能基于阿里巴巴用Java实现的JStorm。后来Twitter内部开发的Storm替代产品Heron,则选择了Java,部分性能要求较高的代码选择了C++。


在团队规模不断扩大,招人困难的情况下,选择简单、易上手的语言,可能是最现实的选择。



有疑问加站长微信联系(非本文作者)

本文来自:CSDN博客

感谢作者:abv123456789

查看原文:为什么公司要从Scala转到Go?

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

3673 次点击  
加入收藏 微博
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传