技術不是工程師能力的全部：閑看《因為所謂的代碼性能不高而被離職的程序員》

　　最近園子有一篇文章：因為所謂的代碼性能不高而被離職的程序員，評論者挺多，簡單談談我的看法，大家就當中秋假日茶余飯后的消遣吧。

　　該文大致是說了一件因代碼性能問題而被離職的事，作者還貼了一段代碼在文中，致于代碼到底有沒有性能問題，有多大性能問題，在評論中好多朋友都給出了自己的看法，有的甚至重構了代碼。大約得出的結論如下：代碼性能、規范和邏輯上不那么完美，有一定優化空間，代碼原因只是被離職的原因之一，還可能因為辦公室政治。

　　由于已經快一年沒寫.NET代碼了，加上水平本來就有限，對作者的代碼本身我不作評論，我只談談技術之外的一點看法，那就是：技術不是工程師能力的全部。

　　從該文作者回復的評論：

37樓：

你說到點子上了，這個方法里面實現邏輯很復雜的。我想應該就是這個方法導致的CPU居高不下的；都是網站上線第三天才出現問題，背黑鍋了。。

54樓：

今年公司風投進入了嘛，財大氣粗了。系統每天的訪問量不多。好像幾千個IP樣

　　從這兩點，大致可以看出以下三個問題：

　　1、系統的訪問量并不高；

　　2、系統上線后第三天出了性能問題；

　　3、作者是6月16號被離職，到目前為止作者并沒找到（或定位到）性能問題的真正原因。

　　從問題一可以看出，作者的代碼應該不是性能問題的主要原因（一天才幾千IP），感覺問題二和問題三才是該文作者（或者說現在很多工程師）存在的問題，那就是：太看重技術本身而乎略了其他方面的能力。

　　系統上線前后為什么沒有進行壓力測試？上線的前三天中難道一點異常都沒有，然后就突然出問題了？系統出現了問題為什么沒有迅速找到（或定位到）原因，給出替代方案，給公司止損（出了問題對公司來說迅速止損才是最重要的）？

　　上面這幾個問題，就是技術之外的能力了。

　　曾經我也以為技術能力是一個工程師能力的全部，但后來才慢慢領悟到，溝通能力，業務能力（對所做項目業務的熟練程度），協調能力，時間管理能力也很重要。

　　如果你想成為一個更優秀的工程師，請從現在開始培養自己技術之外的能力吧。

　　歡迎交流討論，不喜勿噴，請不要進行身攻擊，祝大家節日快樂！