技術不是工程師能力的所有：閒看《由於所謂的代碼性能不高而被離職的程序員》

　　最近園子有一篇文章：由於所謂的代碼性能不高而被離職的程序員，評論者挺多，簡單談談個人見解，你們就當中秋假日茶餘飯後的消遣吧。

　　該文大體是說了一件因代碼性能問題而被離職的事，做者還貼了一段代碼在文中，致於代碼到底有沒有性能問題，有多大性能問題，在評論中好多朋友都給出了本身的見解，有的甚至重構了代碼。大約得出的結論以下：代碼性能、規範和邏輯上不那麼完美，有必定優化空間，代碼緣由只是被離職的緣由之一，還可能由於辦公室政治。

　　因爲已經快一年沒寫.NET代碼了，加上水平原本就有限，對做者的代碼自己我不做評論，我只談談技術以外的一點見解，那就是：技術不是工程師能力的所有。

　　從該文做者回復的評論：

37樓：

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

 

54樓：

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

　　從這兩點，大體能夠看出如下三個問題：

　　一、系統的訪問量並不高；

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

　　三、做者是6月16號被離職，到目前爲止做者並沒找到（或定位到）性能問題的真正緣由。

　　從問題一能夠看出，做者的代碼應該不是性能問題的主要緣由（一天才幾千IP），感受問題二和問題三才是該文做者（或者說如今不少工程師）存在的問題，那就是：太看重技術自己而乎略了其餘方面的能力。

　　系統上線先後爲何沒有進行壓力測試？上線的前三天中難道一點異常都沒有，而後就忽然出問題了？系統出現了問題爲何沒有迅速找到（或定位到）緣由，給出替代方案，給公司止損（出了問題對公司來講迅速止損纔是最重要的）？

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

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

　　若是你想成爲一個更優秀的工程師，請從如今開始培養本身技術以外的能力吧。

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