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

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

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

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

　　從該文作者回複的評論：

37樓：

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

54樓：

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

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

　　1、系統的通路量并不高；

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

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

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

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

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

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

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

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

作者：Artwl

出處：http://artwl.cnblogs.com

本文首發部落格園，版權歸作者跟部落格園共有。轉載必須保留本段聲明，并在頁面顯著位置給出本文連結，否則保留追究法律責任的權利。