对大多数公司来说Golang的主要优势是和C++比有GC,和Java比更简洁,和Python比更快,这就在一个不错的位置上了,没有明显的短板。以大部分程序员的水平而言,Golang的缺点还还没有到能对他们产生困扰的程度,他们自己给自己造成的麻烦比语言给他们带来的麻烦多得多。有的公司和程序员是被旧的语言逼疯了,C++老是内存泄漏或者crash,Java老是变成一大坨,Python老是重构火葬场,就觉得,我换个新语言,这些问题肯定都能解决了。而且往往换完发现的确有很大改善。但我不得不泼一盆冷水:没用的,真的没用。垃圾代码的产生永远是因为垃圾程序员,而不是垃圾语言。语言可以很垃圾,但归根结底,垃圾语言只是阻碍你写出好代码,而自由奔放地写出垃圾代码的锅必须全部扣在程序员的头上。真的把Golang用好的程序员不多,大部分人写什么语言都是差不多的,并不会深入思考Golang的语言模型与其他语言有什么区别,goroutine、channel怎么用才更合理这些问题,以前用线程池,就搞个goroutine池;以前用队列,就去找个队列库。还有的干脆全局变量满天飞,goroutine结果全收集到全局变量里,加个大锁。这样的代码会有效率吗?会好维护吗?会简洁吗?的确,在你刚刚换到这门语言的时候,你会发现之前你之前代码的那些问题全都没有了,感觉前途一片光明。遗憾的是,这是因为你仅仅才开始写了几个模块,还没有进入维护期。如果你保持着之前的水准,那些往日的恶习会让你的代码再次劣化,让往日的问题再度暴露出来。然后你会想,原来Golang也有这么多的毛病啊,也许我应该重新换成Java?然后再重复一遍这个历史。不深入去钻研软件工程的规律和技术,不深入去学习一门语言的独有特色,理解语言的设计哲学,建立语言的一套使用方法论,仅仅妄想通过换一门新语言就解决问题,这是一条死路。许多忙着转Golang的程序员给我的感觉都是太浮躁,这样的状态很容易生产出新一批通往火葬场的垃圾代码,只要走着瞧罢了。反过来,如果借这个机会去深入学习如何写出优秀的Golang代码,不失为职业生涯的一个重大转机,很快我们也能知道这么做了的人有哪些的。 原文链接
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。