为什么 Go 语言能在中国这么火？

作者：灵剑 清华大学 电子工程系

个人主页：github.com/hubo1016

对大多数公司来说Golang的主要优势是和C++比有GC，和Java比更简洁，和Python比更快，这就在一个不错的位置上了，没有明显的短板。以大部分程序员的水平而言，Golang的缺点还还没有到能对他们产生困扰的程度，他们自己给自己造成的麻烦比语言给他们带来的麻烦多得多。

有的公司和程序员是被旧的语言逼疯了，C++老是内存泄漏或者crash，Java老是变成一大坨，Python老是重构火葬场，就觉得，我换个新语言，这些问题肯定都能解决了。而且往往换完发现的确有很大改善。

但我不得不泼一盆冷水：没用的，真的没用。

垃圾代码的产生永远是因为垃圾程序员，而不是垃圾语言。语言可以很垃圾，但归根结底，垃圾语言只是阻碍你写出好代码，而自由奔放地写出垃圾代码的锅必须全部扣在程序员的头上。

真的把Golang用好的程序员不多，大部分人写什么语言都是差不多的，并不会深入思考Golang的语言模型与其他语言有什么区别，goroutine、channel怎么用才更合理这些问题，以前用线程池，就搞个goroutine池；以前用队列，就去找个队列库。还有的干脆全局变量满天飞，goroutine结果全收集到全局变量里，加个大锁。这样的代码会有效率吗？会好维护吗？会简洁吗？

的确，在你刚刚换到这门语言的时候，你会发现之前你之前代码的那些问题全都没有了，感觉前途一片光明。遗憾的是，这是因为你仅仅才开始写了几个模块，还没有进入维护期。如果你保持着之前的水准，那些往日的恶习会让你的代码再次劣化，让往日的问题再度暴露出来。然后你会想，原来Golang也有这么多的毛病啊，也许我应该重新换成Java？然后再重复一遍这个历史。

不深入去钻研软件工程的规律和技术，不深入去学习一门语言的独有特色，理解语言的设计哲学，建立语言的一套使用方法论，仅仅妄想通过换一门新语言就解决问题，这是一条死路。

许多忙着转Golang的程序员给我的感觉都是太浮躁，这样的状态很容易生产出新一批通往火葬场的垃圾代码，只要走着瞧罢了。反过来，如果借这个机会去深入学习如何写出优秀的Golang代码，不失为职业生涯的一个重大转机，很快我们也能知道这么做了的人有哪些的。

同学们，你们又怎么看呢？