第一种工程师
- 给一段复杂的程序，比如有7个局部变量，5层循环和if嵌套，他能赤手空拳上阵，迅速领会程序意图、找到bug，不用借助任何工具甚至纸笔。
- 给一个复杂的问题，能在一个函数之内一气呵成，立马给出正确实现，这个函数可能有七个变量，5层循环和if嵌套。没有废话，删无可删，但是单一函数复杂度高，一般人要费老鼻子劲方能看懂。
第二种工程师
- 给一段复杂的程序，比如有7个局部变量，5层循环和if嵌套，他无法马上看出程序的意图，但是他通常会借助纸笔写写画画，最终搞定。
- 给一个复杂的问题，要磨叽磨叽好半天，一般用几个函数组合起来实现，这些函数职责单一明确，身段苗条，通常一两个变量，循环和if不超过2层嵌套。单一函数复杂度低，一般人都能轻轻松松看懂。
第一种软件工程师是天生的聪明人，他们处理复杂事物的能力与生俱来，可以流利的心算三位数加三位数带进位的加法。根据认知负载理论，这类人的working memory容量超越常人，可以将多种因素同时纳入大脑进行思考而不会出现大脑过载。他们写出来的复杂程序，一般的看法是没有掌握分而治之的正确编程风格，其实际是他们脑筋太好使，普通人为了克服认知过载而发明的编程方法对他们而言纯粹就是多此一举。当遇到更为复杂的问题时，他们自然会分而治之。缺点是不经刻意训练，他们按照自己的认知能力写出来的程序普通人维护起来有困难。
第二种工程师是天资正常的普通人，working memeory的容量大概就是可以心算两位数加两位数带进位的加法。但是他们掌握了解决认知负载的方法。阅读复杂代码的时候，他们借助纸笔，把对其中的小片段的分析结论先写下来，避免大脑缓存太多东西，然后就这些数量变少的中间结果再进行分析，始终保持放入大脑的东西不要太多。写代码的时候，他们无法一下子把所有的细节想清楚，因此需要分步搞定，要么先把关键步骤逐次实现好再去整合整个方案，要么先写好一个大而化之的框架，然后分头实现细节。往往写完之后会发现有一点顾此失彼，因此还要调整清理一番。特点是不管那种方法，大脑在任何一个阶段都不会过载。按照这种方法写出来的代码，也不会让它的读者大脑过载。
对于团队来说，我们希望工程师具有第一种工程师的天份，同时写出来的代码要像第二种工程师那样方便理解。需要注意提升的是第三种工程师，他们缺乏第一种工程师的天资，同时还没有掌握第二种工程师的技能，经常自己被自己写出来的代码搞糊涂。
作者的其他文章：
为「PPT架构师」正名
一道题识别优秀的程序员
一道题识别不靠谱的程序员
