沒有前途的SE是什麽樣的

我曾經在很長一段時間內從事某個行業軟件的技術支持工作，任何事物的最高發展階段就是它的滅亡，我現在終於滅亡了，感謝真主。按發件人整理以前的往來郵件，居然也歸納出了兩位數的文件夾。這幾十個發件人絕大部分是同一集團公司裏的SE，他們從日本各地無差別地長期供應土特產給我，但處境命運卻迥然不同。整理郵件時順便粗略地分析了一下那些職業前景不明朗的SE們失敗的原因，有點心得，忍不住拿出來現一下。

1、意誌軟弱。
這個結論讓我自己也很吃驚。失敗的SE求援的郵件也多，其中大約80%的問題，就是和他們一起翻閱相應的幫助文件就找出了解決方案，或者幹脆我還不知道怎麽回事他們自己就“噢，哦，嘔”地明白了。這些SE仿佛是在挖掘隧道，方向也對工具也新，但在差一點就要貫通的時候卻悲觀地停下來回頭張望。更有甚者，有些SE的求援電話，根本就是想找個人說說話，他們以某個技術問題為由頭，幾十分鍾幾十分鍾地訴說困境，我經常一邊聽一邊捂住話筒喝咖啡，有時候還上廁所（上廁所偶爾會被聽出來）。

總之，如果SE們再堅強一點，對獨力決斷不感到恐懼的話，我大部分的時間將是閑著。

2、複雜化思考。
在剩餘20%的問題裏頭，有一小半可以歸咎於功能垃圾。這些SE往往將係統搞得過於龐大，他們給共通函數設置了太多的參數，企圖以一個函數去應對所有情況，結果讓代碼效率變得很低。殺雞這種事，往雞脖子上抹一刀就可以了，他拔出大小幾十種刀叉劍戟甩過去，雞的方圓十裏之內寸草不生，而雞呢？“要死哪有那麽容易，頂多重傷”。

提示：這種SE的電腦桌麵，往往堆滿了各種圖標。

懷念簡潔流暢清晰高速的匯編世界。

3、不識時務。
剩下的問題就相對具體了，勉強挑出共同點的話，就是一些SE不懂回避不可抗力造成的失敗，比方說Windows的497日問題，又比如SQL Server的內存蠶食問題。任何軟件都存在出錯的可能，作為係統集成者，應該自覺回避而不是將錯誤歸咎於微軟升陽IBM甲骨文寶蘭，就算那些大公司承認是他們的錯，對於客戶來講，你設計的係統不好使，回家玩去吧，玩得開心一點。

結論：能轉才是硬道理。

以上，事後諸葛個人體驗。
謝謝觀賞。