10 月 15 日，七牛云主办的「Go+ Together！Go+ 1.0 发布会暨 Go+ 开发者基金会启动典礼」在上海隆重召开。
本次大会中，CCF 卓越工程师奖获得者林昊以《开发者如何晋升写代码的硬实力》为题，联合本身的成长倒退门路，分享了开发者晋升集体代码硬实力的办法与教训。
林昊认为粗浅把握语言 API 是开发者的基本功，一名进阶的开发者则须要可能写出鲁棒性好的代码。高阶开发者，则须要正当抉择语言，深刻理解语言运行机制。
以下为林昊主题演讲的内容整顿：
大家好，我是林昊。
作为一个工程师，我特地拜服许式伟开发 Go+ 语言。所有的工程师应该都能感触到做一门新的语言有如许的难，尤其是一家中国公司做一门新的语言，更是无比的艰难。因而我十分拜服许式伟，也非常感谢邀请我来发布会上做分享。
我回顾了一下本人作为一个工程师这么多年，整个写代码的能力是怎么样逐渐晋升起来的，还挺有意思的。
次要有基本功、进阶、高阶三个阶段，这三个阶段会绝对比拟显著，是我本人的一个经验。最初我想讲一点抉择语言的问题，因为一帮程序员凑在一起，关上聊天的最简略形式是探讨哪个语言最好，根本就能够聊一个通宵了。
基本功：粗浅把握语言 API
- 为什么要把握语言 API
第一点，对于所有程序员来讲，学习任何语言，最重要的是基本功是粗浅把握语言的 API。
这句话说起来非常容易，但回顾本人写代码的历程，我感觉还挺难的。比如说怎么样充分发挥语言的能力，因为每个语言在不同场景的能力是不一样的。每门语言都有本人的 API，像编写通信程序的程序员，语言可能会提供各种 I/O 的能力，比方 Blocking I/O、Non-Blocking I/O、Asynchronbous I/ O 等；写高并发程序的程序员，会有很多高并发的包。
很多人感觉我看一下教程就学会了，但理论不是这样的。我最早学的是 Java，没有写高并发程序以及通信程序之前，我感觉这个货色太简略了，我也懂怎么用 Java 写一个 I/O 程序、网络通信程序，或者并发量很大的程序，照着书本，照着 Demo 写一遍，而后上线，应该不会有任何问题。起初在阿里，我开始接触并发量上亿或者更高的并发量。我在阿里上线的第二个程序，大略一天的访问量大略过亿，下来之后零碎就崩了。只有到这个阶段你才会明确，学的所有 API，外面十分重要的一点是，你有没有了解 每一个 API 背地的不同到底是什么。必定要把握这个语言有哪些 API 的形成。这里最重要的就是实战，真正去入手，而不是光看一篇文章和一本书，不论那本书写得多好，应该都没有太大的作用。
第二，把握语言 API，对于在写代码的过程中防止造成一些十分常见的故障，是十分有帮忙的。对 API 大家都会有本人的默认了解，你认为它是这么做的，其实它可能不是这么做的。
最常见的故障是对资源超出预期的消化。咱们写代码，背地必定会耗费一些资源，要害是耗费的资源到底有多少，有些时候可能是不晓得的。比如说在数据结构外面，很多的数据结构都是自增长的，创立了一个 list，随着塞入 list 的元素越来越多，可能会一直地增长，一开始你会感觉没什么，有时候不晓得什么起因就耗费了十分多的资源。故障都是这样，你不晓得它为什么。
这种故障咱们看得太多了，咱们甚至给 JDK 官网说当前的数据语言能不能限度大小，起初发现原来就是一小部分公司的诉求，大部分公司是没有这样的诉求，但这种故障在咱们这儿呈现过不晓得多少次。如果不是十分分明 API 的话，在一个大型零碎外面出故障简直就是必然的事件。
- 如何把握语言 API
学好一个语言的 API，最重要是翻阅一下 API 的实现代码，以及场景实战。
刚刚其实也讲到，不光去翻阅一段代码，不要仅仅是去看一个文档，当初少数的语言其实都是开源的，能够看到这个语言是怎么实现的，用的 API 最好可能翻看一下，这个 API 从代码上是怎么做的，会帮忙你了解 API 的实现。
第二，场景实战。我本人以前学 Java，什么包都学过，真正用的时候发现什么都不懂，就感觉没有看过文档和书一样。等到要写的时候，我又把书拿进去再读一遍是学得比拟快的。但不是所有的人都有那个机会去触碰非常复杂的 I/O 或者高并发程序，不是所有人都有实战的机会，不是齐全没有方法。
以写通信程序为例。有很多十分顶级的、开源的通信程序框架，比方 Java 的通信框架有 Netty，Go 有 GRPC 等等。它们都写得十分好。最好的学习办法是，基于语言最原生的 API 本人写一个，不看他人的代码本人写一个进去，再比照一下你写的跟开源的、顶级框架的代码有什么区别。我想应该是有些区别的，你会发现自己哪个中央了解得不太到位。
进阶：写鲁棒性好的代码
第二个阶段是进阶，对程序员来讲就是一个比拟高的挑战，怎么写鲁棒性十分好的代码。
为什么很多职业程序员会认为用 Scratch 只是在写一个玩具而已，因为那样的程序放在生产级外面，鲁棒性十分蹩脚，很难适应多种环境，很容易出问题。咱们写一个玩具型的零碎非常简单，人人都能够是程序员，写生产级的零碎是须要职业程序员来写的。
- 被误用导致故障
所谓鲁棒性好，我举几个例子。写代码的时候，最常见、最典型的例子是被误用，咱们以前出过很屡次、十分常见的故障。
我置信大家写代码的时候，常常会写个代码做批量解决，传一个列表或数组进去，做一些批量解决，这是十分常见的 API。很多工程师会在 API 上写一个文档，写明倡议不要传超过一千个数组的元素进来，但其实代码外面没做任何的边界解决，没有管制到底传多少。以前咱们出过一次十分重大的故障，就是“误用”造成的，过后咱们大略解决了一个多小时。古代的软件工程其实是由泛滥程序员共同完成的，一家公司可能有上万个程序员甚至更多，没有方法保障每个人写进去的代码品质都十分高。
在咱们外部，这种状况在故障定责上会定在提供 API 的这一方。你提供了一个 API，只在文档上写了不要传太多的数据进来。呈现故障后，不能说他人误用了一下你的 API 这个零碎就挂了，起因是他没有认真看文档。这个理由咱们是不会认的。
确定边界是鲁棒性好的代码的基本特征。大家去看一个职业程序员写的代码，如果是失常程序的代码是非常容易写的，然而好的代码大量都在解决边界和异常情况。看代码的时候，可能会感觉那些代码都没什么用，删掉也没关系，但在很多状况下会起到最要害的作用。
误用这种故障大家会感觉不常见，其实有一个最经典的误用 API 的案例：1999 年美国发射的火星气象探测者号，起飞的时候，在空中爆炸了。起因是这个程序是由两个团队写的，一个是美国的团队，另外一个是别的国家的团队。两个团队在 API 上在传入的参数的单位了解不同，一边认为是牛顿，另外一边认为是另外一个单位，两边都没有核查过。单方都没有去看调 API 的文档，单方看到 API 的参数名就开始猜，应该是这个意思。起初在火星气象探测者号起飞的时候，就依照这个参数去调地位，导致起飞太快，间接就爆炸了，大略损失了几个亿美金。像卫星这种最大的问题是发射窗口，不仅损失了钱，还损失了大量的工夫。
这种故障很典型，大家都感觉不会犯，但我 review 过很多代码，感觉这是十分常见的。
- 运行环境等扭转造成故障
咱们在外部最强的一个感触：如果这个代码只运行一天难度是不大的，轻易写写就好了；如果要在生产环境间断运行一年，并且从来不重启，很多代码是会挂的。
以前咱们外部开玩笑，比如说做流动、大促前最好把所有的零碎都重启一遍，这是最保险的，重启是最大的绝招。如果不重启，可能真的会出点问题。很多程序，比方以前咱们有人做 cache，感觉这家公司的业务量不可能增长那么大，所有货色都能够放在缓存外面，没想到公司成长很快，很多货色塞不到 cache 外面，直到有一天零碎全副崩掉。这种货色长期改是来不及了，这种故障工夫通常都会十分长。
- 鲁棒性是业余、职业、优良程序员的最大分水岭
我有很长时间没有写代码，但依然 review 过很多代码，我本人还是认为代码的鲁棒性写得如何，简直就是业余程序员、职业程序员、优良程序员最大的分水岭。
更优良的程序员可能关注到更多的防备。比如说用 Java 写通信框架，Netty 是垄断者，简直所有人都是基于 Netty 去写通信程序。如果大家略微翻 Netty 的代码，会发现外面解决了十分多种可能想都想不进去的异样，包含 Java 语言在某个状况下会呈现一个问题，Netty 在那里写了一段代码，就是为了屏蔽掉语音上的 bug。我感觉这个挑战还是十分大的。
我感觉要做好鲁棒性，最常见、最简略的有以下几点。
第一，做边界解决。我感觉这是最简略的，但很多人感觉没有必要做，很多人的代码必定是不做边界解决，认为某些景象不可能产生。问题通常就是你认为相对不会产生的中央就产生了，有很多种起因造成，不必纠结这个起因是什么。对不合乎设计预期的，都能够抛异样。
第二，对响应工夫要求十分高的程序，对批量解决的程序，通常来讲写代码时候的解决逻辑、形式会很不一样。对于响应工夫十分高的程序而言，宁肯去抛谬误，也不要去做过多的脱慢，或者把资源耗尽。以前看过很多的并发程序，有一堆工作要扔进来，要去做并发的解决，有些人感觉如果现存存码满了，最好扔进一个队列外面等一下，不要解决不了，然而很有可能导致很多申请堆在队列外面，导致响应工夫拖长之后，把整个线程全副耗尽。这个是十分常见。我感觉在写这种程序的时候，要略微看场景决定。
第三，深度了解所应用的 API，甚至语言的运行机制，确保管制异样。咱们外部以前在所有外围零碎，包含运维的同学，其实运维的同学是很吓人的，因为运维以前很多的操作都是在生产环境间接敲命令行。不是所有的人都晓得敲的那行命令会产生什么，敲下去了后，整个零碎就全挂了。用 API 也一样，如果不是十分分明 API 是怎么实现的，间接去用，出故障其实很失常。语言也一样，如果你不晓得语言是怎么运行的，很多时候会误用或者造成一些问题。
第四，真正要把代码的鲁棒性写好，更好的训练形式是多参加。只有是人写的代码出点问题都很失常，每家公司都会碰到很多的问题、故障，大家能够多参加这个过程。我本人感觉以前在异样局部代码能力晋升要害之处，以前阿里外部有一个民间组织叫“消防队”，专门负责灭火。以前最早进入消防队的人解决了太多故障，看过太多代码导致的问题，等到他们本人写代码的时候就会略微留神一点，这是一个很好的过程。当然当初应该很多公司都有官网团队解决故障。只有看多了当前，才有可能把代码的鲁棒性写好，真正在一开始什么都没有看到过的状况下要写好鲁棒性，难度是十分大的。
我认为很容易通过看代码看出一个程序员的程度。当初很多程序员的程度被 PPT 误导，PPT 外面画十分难看的架构图，架构图里一堆的框，最初拼的是谁画的框难看。然而咱们说一个真正好的程序员，只有看几段代码是能看出他的程度，这个是非常明显的。
高阶：深刻理解语言运行机制
更高阶的程序员，肯定会了解本人所用的那门语言背地是怎么运行的。每一门语言背地的实现过程都有很大的差异。
以 Java 举例，对 Java 程序员来讲，十分分明 JMF 怎么运行一段代码，对 Java 来说启动的时候有解释运行、C1 编译、C2 编译等。很多 Java 程序，刚启动的时候整个零碎的响应工夫是比较慢的，前面用着用着响应速度就比拟快了。很大的起因就是因为 Java 在运行的过程中一直收集信息做 C2 高级编译，能力让整个程序运行得越快。在流动类型的时候，比如说做一个促销流动，感觉流动之前重启一下比拟平安，这个时候量没有打过去，零碎运行是比较慢的。像阿里前几年双 11 一个十分重要的翻新是让代码全副热起来，在流动开始前先跑很多很多遍。
第二，内存管理机制。当初简直所有高级语言都是主动内存治理，你必须要晓得主动内存治理的机制是什么。所有的主动内存治理很难做到不暂停你的利用，对你的业务必定会有影响。
第三，线程和 OS 线程对应关系。
下一个话题是对于如何学习语言的运行机制。我本人感觉，怎么去学好每一门语言背地整体运行的机制，对高阶的程序员来讲十分重要。
第一，读一两本语言根底原理的书。间接看语言的代码预计很难看懂，语言根本的原理应该都差不多，不论是什么语言，根本要做的几件事都是一样的。
第二，翻看语言背地实现的源码。这个就须要找不同感兴趣的中央去看，比方对内存治理很感兴趣，能够翻看一下内存治理相应的代码是什么。把握肯定的技巧是十分重要的，以前咱们很多人学 JMF 的时候，关上宏大的代码库，你不晓得从哪看，如果没有入口的话，你没有方法顺藤摸瓜。
第三，多做代码的实现。即便是语言级的源码，很多人感觉是大牛写的代码，有些时候也会看到外面有一堆很搞笑的代码，会发现以前无法解释的神奇的事件，就是这个起因造成的。
正当抉择语言
最初要讲的一点，怎么样去正当抉择一门语言。这个跟代码实力没关系，然而对很多做技术选型的人十分重要。
我认为，脱离公司背景、脱离业务背景去探讨语言的好坏，其实没有什么好争执的，因为没有任何意义，每门语言在任何场景下会有绝对的优劣性。
淘宝最早是用 PHP 写的，为什么从 PHP 换成了 Java，不是因为 Java 比 PHP 好。最最大的起因是阿里除了淘宝以外有另外一家公司做 B2B，过后 B2B 的主体工程师是 Java 工程师。淘宝那个时候业务倒退十分快，须要很多的人一起写业务。如果没有方法用 B2B 的工程师，纯正招聘新人的话，会导致开发效率不够高。最简略的办法是让整个公司的程序员都可能被应用起来。让一个程序员换一门语言，难度还是十分大的。大量应用来自 B2B 公司的 Java 工程师，这才是淘宝从 PHP 换到 Java 的起因。
Twitter 最早用 Scala，学习门槛比拟高，想换成 Java，最初也没有换成。Facebook 最后用 PHP，起初也想换 Java，也是被程序员吐槽的。
我感觉不必做纯语言的争执。举个例子，C 通常用来做根底型软件，当你写一个十分重要的存储软件和内存软件的时候，最好能本人管制内存的治理，而不是交给语言去管制，这样能够更加的精准。所以 C 很少用来做业务型的场景，更多是基础性软件。C 对很多程序员来讲要求还是更高一些。咱们开玩笑说，C 语言写进去的代码通常只会看到两种情况，一种是特地牛的，一种就是特地差的。
Java 在运行时的优化，还有主动内存治理等等，对于写业务来讲，绝对是比拟敌对的。Java 的程序一般来讲不会写得太烂，少数人能够写到六七十分，但想写到 90 分的高分，可能难度就十分大了，因为须要十分分明语言怎么运行。比方，写一个对内存治理敌对的 Java 程序，对程序员的要求就比拟高了。
明天发布会所讲的 Go+，也是有清晰场景定位的语言。
对所有程序员来讲，最重要的生产工具，第一个是语言自身，第二个是 IDE。语言自身会间接决定某些场景的效率，我感觉语言是一个很重要的工具。
这差不多是我想讲的内容，谢谢大家！