自卑的程式員和愚蠢的管理者

自卑的程式員和愚蠢的管理者

吳旻

泰岩網路工作室

 

         公司最近半年做了很大的調整，相應地人員也有很大的流動，我的團隊也在所難免。好在我平時還是有人員儲備的，所以工作交接也很順利。

         有一個程式我已經知道它代碼很差有很長一段時間了，苦於我自己要優先考慮其它工作，就一直等到那個程式員離開團隊都未做像樣的複查。我當時給自己的理由是，好在功能比較簡單，哪怕是重寫一次，估計也用不了一周。

         這兩天終於下狠心複查了一下這部分代碼，結果讓我嚇了一跳！讓我跳的不是代碼有多差，差畢竟也是可以整理的；要命的是，原來我們約定要實現的一個核心功能沒有實現，而我對此竟然一無所知。

         這個功能的來源是程式要監視一個檔案是否改動，然後做出相關的操作。早期的做法是每隔三秒鐘掃描一次，我和我的老大都認為這種做法過於“低EQ加低IQ”，所以就找相關開發人員討論可否用監視系統訊息的方式。當時的討論方案大家都認可，後來的代碼我也看到了，確實也很像那麼回事，

         這次代碼複查，我一個功能一個功能的過。接手這個程式的同事說，這個功能沒有用，因為檔案變化後，作業系統一口氣會發過來好幾個訊息。所以最終還是使用的三秒鐘掃描一次的老辦法。

         我被“雷”到了。代碼在那兒放著，我還以為很好用呢，結果是沒有用。開發人員覺得不好用，就放在那了，沒有向我說明；接手這個代碼的同事也就順便放過這件事了，也沒有給我任何提醒。

 

         我比較鬱悶如下幾件事：

         第一，沒人彙報說功能實現不了；

         第二，沒人聲明說遇到了困難，需要協助；

         第三，大家同時選擇了沉默，等過不去了再說，並期待著讓我Surprise一下；

 

         軟體開發在管理上有著其特殊性，一般不會細化管理到基本單元，因為開發和談戀愛一樣，雖然有模式，但並不存在固定的模式。

         這次的教訓是，程式員有足夠的自卑感，代碼其實都寫得差不多了，僅因為最後搞不清作業系統發過來的幾個訊息是怎麼回事，就選擇了放棄並保持沉默。

         另一個教訓是管理者足夠愚蠢。團隊中存在如此大的隱患，管理者竟然毫不知情。儘管這次問題發現得還不是太晚，還有很多辦法可以補救。聯想到我自己早期做軟體工程師時曾碰到過提醒管理者某項技術有問題而被拒絕的情況，便更加明白管理員在開發人員心目中的形象了。

 

         我相信這二者一定是同時出現的。開發人員因自卑而沉默，管理員因愚蠢而武斷。