苹果核心系统高级工程师谢孟军：开源如何影响程序员？

　　当然，好的作者的话。比如说，你提供一个 PR, 过去有时候，人家会拒绝你。在整个交流过程中，其实，也是可以学到很多东西的。有时候，他为什么会拒绝这个东西?Code Review 的时候，为什么会是这个样子?我觉得，这才是开源社区的一个氛围。只有参与进去了，你才能学到更多的东西。

　　再之后，做过一些边边角角的东西，比如写教程、做视频教程。再后来，才去思考做一些工具类，怎么样用一个脚本语言快速去生成一个我要的东西(基于 fleaphp 的)，例如自动化生成结构。这些思想会影响我自己做 beego，很多的东西其实都是自动化。怎么样自动化也是有历史渊源的。我以前做过这个东西，我知道这个的好处，可以生成我想要的东西。自动化都是为了节省我们的时间嘛。

　　为了让代码自动化，做工具类的尝试

　　代码自动化可以让我们有更多的时间做更多的事情。这个思想，促进了我做 beego。文档和工具都是写 beego 的时候，脑子里立马生成的东西。如果我没有参与到 fleaphp 这整个开源过程的话，我不可能说，在做 beego 的时候，是一步而就的。所以说，所有的经历，就像乔布斯在斯坦福做毕业典礼的时候说的，人生是有各个点串起来的。你之前做某件事的时候，是不经意做的，但是你后面做另一件事的时候，其实你前面已经做了很多的铺垫。也就说人生的经验累积到一定的步骤，你就会爆发。所以这也就是一个由量变到质变的过程。

　　那这之后呢，我就去了盛大云，做 CDN 的开发。那个时候，也只是做一些管理系统(用 PHP 的)。那个时候，认识了老徐，开始接触一些 go 语言的东西。那个时候，go 语言是 R60 版本，还没有正式的 release 版本之前。就开始尝试写一些 go 语言的东西。为了尝试用 go 语言去写呢，因为 php 确实折磨了我好长一段时间。

　　特别是我加入盛大珈学院之前，我在百事通也是用 php 做我们自己的 TBIB 系统，遇到很多的性能问题。我记得有次熬通宵熬了两个通宵。为了把那个并发从 300 提高到 400，整个熬了两个通宵。但是大家想，从 300 到 400，性能呢没有提升多少，但是你就花了好长时间做这个。每一个小细节都需要花心思去优化。

　　后来，接触了 go 语言之后，就感觉，随便一写都是 php 的好几倍。当然，现在 php7 出来之后，也是性能提升了好多。那是你相比于 go 语言，go 语言毕竟是静态语言，性能还是天生的比较好。就开始接触了 go 语言，就开始写我们自己的应用大文件分发系统、调度系统，然后短域名啊，就发现 go 语言写起来就有一个非常好的好处：就是我只要编译过后(前提逻辑通畅)，跑到线上，性能非常好。

　　所以那个时候就开始深入的学习 go 语言起来。那个时候，我们组里还有一个小伙子李辉，他是做 C++ 的么，会了解到很多底层的东西。所以很多底层的东西，我会和他交流，在交流当中就开始不断的学习。也是那个时候，自己每天回家就利用业余的时间，不断地把我自己学习 go 语言的整个过程来全部写下来。然后，才有了这个《goWeb 编程》这本书。其实，写了很长时间的。我估计，那个时候，是第一本有关于 go 语言的第一本书。应该肯定是。

　　被编辑一句话打动，写了一本书

　　这本开源之后呢，大家反馈比较好。然后，出版社就开始联系我，问我要不要出版?我的理念是，开源嘛，知识是要共享的，是要帮助到其他人的。因为，我刚刚和大家说过，我在做 fleaphp 的时候，做过以及写过很多的教程，教大家怎么去学习。在写这个《goWeb 编程》的时候，也是怀着一份让大家怎么样更好学习 go 语言的心事编写的。

　　当出版社来找我的时候，我就感觉，我又不赚钱，我为什么要出版。然后，我被一句话打动了。他说，其实有些人是热爱看书的，看书也是知识传播的一种渠道。我想了想，也对。确实有些人是这样的。上厕所的时候，可能就是喜欢看书。在不同的场景下，有需求在么，多一个渠道，何乐而不为呢?然后就答应了他们，但是说实在的，出版很复杂。要审稿，审计。要各种英文字正规范。就不符合我这闲惯了的心。

　　在写这本的时候，也是在盛大做了好几个下午。把那些基础的组件抽取出来之后，在写书的过程中，在最后两章，我就思考着，给大家介绍下，怎么教大家写出一个框架来。所以，才有了 beego 框架的原型。在写 beego 之前，我用的是 python 的 Tornado。所以 beego 的最初版本就是 Tornado 的 go 实现。大家现在还可以看到保留了那个风格。

　　我觉得 control 里面对应的就是(莱斯特 for)的 post，get 方法。那后面的就是逐步地增加才有了现在的很多的模块。当然了，今天我也是打算做 beego 的 2.0 版本。也是经过这么多年，也是积累了一些很多用户的需求吧。也是打算直接来一个 2.0 版本吧。

　　开源对技术人的影响影响一：眼界

　　我们自己在写这个东西的时候，就是为了给自己解决事情的。当你把他开源出去，你的眼界就会开拓很多。你想我的用户群里面，其实他们有各种的需求。这各种各样的需求哪里来呢?很多情况下，我自己都没有想到，他们还没有这么用。然后，我们机会可以一起来改进它。这就是开源社区。他们能够让我看得到，我在工作当中遇不到的问题。让我的眼界放的更阔。设计的时候，项目就可以更 flexible。特别是，像我以前写的时候，就会犹豫导出还是不导出，都无所谓么。

　　但是，现在很多时候，我都不大敢导出，因为导出的时候，用户用了，就会很麻烦。现在就实现最小化导出。思考思考再思考。一旦要导出，就会思考 2 遍，到底需不需要导出，因为后面再撤掉，影响就会比较大。

　　第二个眼界，就是你把这个项目，放到 github 上面。那 github 上，有全世界各个地方的人。你会接触到各种各样的人，90% 的人都是很 nice 的人。他们也很愿意和你交流，愿意得到我们的帮助。或者说，他们的需求是什么样子的。我觉得他们各种各样的信息，对我来说都是一个输入吧。这里面各种各样的信息，对我也是一个很好地学习方式。

　　影响二：心态

　　做开源的时候，刚开始就是从一个年轻小伙子，年轻气盛。和别人对喷，到后来无所谓。其实，是越来越享受这个开源的过程了。而不是愿意花时间和别人对喷。人家去骂你的时候，你可以欣然接受。ok。也无所谓。你觉得心情不好就骂几句。实际上，你就讲道理的和别人讲。如果说那个人是在没办法讲道理讲得通。ok. 那我们就没必要理睬这样的人就好了。这个也不是你的用户群，对吧。你也不应该把你的时间浪费在这些人身上，应该把你的时间花在喜欢你的人以及你的开源项目的人身上。服务好他们，这才是我们应该真正做的事。

　　影响三：个人提升

（编辑：南通站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!