【IT168 评论】现在这个时代似乎吹牛都不用打草稿，画饼已成为常态，搬个砖都敢说自己是工程师，会敲个“Hello World!”的都说自己是程序员。程序员真的是那么好入行的吗? Daisuke Maki认为成为一个真正的程序员并不是件易事，以Go语言为例，想成为一个Go程序员需经历七大“劫难”。

　　“历劫1”：你坚信你可以用Go来做面向对象编程?

　　在经历了一次Go应用之旅之后，你可能就会开始思考：“怎么样才能让这种语言更像面向对象的编程语言?”因为你已经习惯了这种编程，你想要制作健壮的代码、想要多态。

　　然后，你说：“一定有办法实现的!”再然后，你就发现了结构嵌入，它可以将来自封闭对象的方法巧妙的委托给嵌入对象，而无需重复代码。这简直是太伟大了!

　　当然，很快你就会发现这并不能真正解决问题。因为结构嵌入只允许委派方法调用，所以看起来你是在做多态方法调度，但关系并不是IS-A，而是HAS-A，方法调用的接收方不是封闭对象，而始终是委托方法调用的嵌入对象。

　　所以，你明白了不要试图在Go中进行面向对象的编程?

　　“历劫2”：你相信goroutines会解决所有的问题?

　　在使用之前，你曾被“通过goroutines可以轻松运行并发代码”所蛊惑，你所要做的就是使用Go关键字，同时运行所有函数或者方法调用。这时你自然就会想到通过让代码并发运行来最大限度地提高代码的效率。通过函数调用自动创建goroutines，甚至调用者都没有意识到。没错儿，它的确做到了所有代码都在同时运行，但是它让代码变得更复杂了。

　　Go允许用户创建数百万的goroutine，而且不会牺牲太多的效率，那么你真的应该使用goroutine吗?你要知道并行代码相比在单线程中流动的代码而言，是更加难以维护和调试对的。一次从多个goroutine访问时，你要考虑共享对象是否正确同步?执行顺序是否绝对正确? goroutine是否在不再需要时实际退出了?

　　所以，goroutine并不是功能较多的，一定要在必要的时候使用，而且尽量不要在用户的后面使用goroutine。

　　并且因为您通过使您的函数调用自动创建goroutines来隐藏此事实，因此调用者甚至不需要意识到这一点。

　　“历劫3”：你认为接口将代替面向对象编程解决所有的问题?

　　在你终于意识到对象无法使用多态之后，突然想到了可以利用接口提供的功能，接口支持API，所以可以使用它来编写更健壮的代码。

　　所以现在当你编写库时，定义了所有的接口，只导出接口并具有私有结构，以便封装成perrrrfect。它还为你提供了更多的灵活性来切换底层实现，因为现在你已成功地将API与其实现分离。

　　接口虽然给予了你很大的权力，但它不是一个终极解决方案。在面向对象编程中，它仍然没有提供真正的多态性，而且你也要受到接口只能定义API的限制，无法将所有数据与其相关联。

　　当然，在某种场景下只导出接口是有意义的，当代码量比较小的时候，接口是很好的方法。但是如果在代码量大的时候，你不得不额外再多编写大量的代码。

　　如果想要最大限度的利用接口，可以在某些类型互换时使用。

　　“历劫4”：你相信channel可以解决所有问题?

　　在你历经曲折，尝试了多种方法曲线救国无果之后，也许某一天灵光一闪，“等等，还有channel。”

　　Channel隐式处理并发访问，你相信通过channel可以巧妙的来处理同步、返回值以及使用各种channel的select语句来进行流量控制。

　　没错，channel是很有用的，和你的初衷也是相符的，它提供了一个在goroutine之间传递值的原语。但是，慢慢你就会发现使用channel的Go语言会出现很多问题，例如超时、阻塞I / O，同步问题等。

　　所以，你要明白channel是很简洁的结构，但是如果滥用它会导致更复杂、难以调试的代码。

　　“历劫5”：“哼哼，Go语言也一般般嘛，哪有大家说的那么强大”

　　“为什么?到底是为什么?写Go代码实在是太痛苦了，它一直不允许我按照自己的方式来写。”在尝试了各种方法之后，你发现它们都不能解决多态性和并发性的问题，你甚至开始怀疑Go语言存在的合理性，你觉得你被剥夺了其它语言提供的所有好的结构和工具。

　　你认为用更有力的工具来表达抽象思想是绝对有必要的，而Go只是没有削减它。

　　但是，你忘记了，所有的语言都是有限制性的，你不能只是一味的想要语言按照你的想法来运行，而不考虑当初作者设计这门语言的初衷。

　　“历劫6”：你开始意识到前面5个阶段其实都是你在想象

　　到了这个阶段，你基本上就放弃了各种小聪明的做法，决定根据大多数标准库的写法来编写Go代码。

　　这时候你还是有这么一个想法：我不想接受Go语言的方法。但是这个时候，一切就开始变得有趣了。

　　在我不得不放弃面向对象编程，从而拥抱Go语言的同时，也不得不接受一个事实，编写并发代码实在是太难了。我始终坚信语言的重点是让程序员编写更简洁的代码，所以，一门语言它要足够编写执行复杂的代码，但是通过删除某些关键工具，让最终编写的代码更简单。

　　“历劫7”：羽化成仙

　　到了这个阶段，你已经完全接受了Go，你可以用Go来编写所有的内容，包括Perl / Ruby / Python的内容。你开始意识到再也没有错误困扰着你;你必须使用goroutines和channel，

　　因为你是Gopher;你会感到荣幸，Go语言竟然允许你这样来编写代码。

　　恭喜，现在你已经是一名Go语言程序员了!