技术不是工程师能力的所有：闲看《由于所谓的代码性能不高而被离职的程序员》

　　最近园子有一篇文章：由于所谓的代码性能不高而被离职的程序员，评论者挺多，简单谈谈个人见解，你们就当中秋假日茶余饭后的消遣吧。

　　该文大体是说了一件因代码性能问题而被离职的事，做者还贴了一段代码在文中，致于代码到底有没有性能问题，有多大性能问题，在评论中好多朋友都给出了本身的见解，有的甚至重构了代码。大约得出的结论以下：代码性能、规范和逻辑上不那么完美，有必定优化空间，代码缘由只是被离职的缘由之一，还可能由于办公室政治。

　　因为已经快一年没写.NET代码了，加上水平原本就有限，对做者的代码自己我不做评论，我只谈谈技术以外的一点见解，那就是：技术不是工程师能力的所有。

　　从该文做者回复的评论：

37楼：

你说到点子上了，这个方法里面实现逻辑很复杂的。我想应该就是这个方法致使的CPU居高不下的；都是网站上线第三天才出现问题，背黑锅了。。

 

54楼：

今年公司风投进入了嘛，财大气粗了。系统天天的访问量很少。好像几千个IP样

　　从这两点，大体能够看出如下三个问题：

　　一、系统的访问量并不高；

　　二、系统上线后第三天出了性能问题；

　　三、做者是6月16号被离职，到目前为止做者并没找到（或定位到）性能问题的真正缘由。

　　从问题一能够看出，做者的代码应该不是性能问题的主要缘由（一天才几千IP），感受问题二和问题三才是该文做者（或者说如今不少工程师）存在的问题，那就是：太看重技术自己而乎略了其余方面的能力。

　　系统上线先后为何没有进行压力测试？上线的前三天中难道一点异常都没有，而后就忽然出问题了？系统出现了问题为何没有迅速找到（或定位到）缘由，给出替代方案，给公司止损（出了问题对公司来讲迅速止损才是最重要的）？

　　上面这几个问题，就是技术以外的能力了。

　　曾经我也觉得技术能力是一个工程师能力的所有，但后来才慢慢领悟到，沟通能力，业务能力（对所作项目业务的熟练程度），协调能力，时间管理能力也很重要。

　　若是你想成为一个更优秀的工程师，请从如今开始培养本身技术以外的能力吧。

　　欢迎交流讨论，不喜勿喷，请不要进行身攻击，祝你们节日快乐！