軟體開發人員的“七重苦”（2）

（接前一篇，繼續）

 

 

 

• 第五重：技術變化快，積累上不去

 

 

設想一下，一個10年前的高手，這10年他什麼也不學，那他今天會是什麼樣的一個狀況。

 

我個人估計是快被淘汰了。

 

這是個極端的例子，但回顧一下軟體的發展曆程你會發現，新技術的出現是爆炸式的。

 

在DOS的時代裡，軟硬體的距離非常近，你只要會一種語言，瞭解基本演算法和資料結構，再瞭解電腦硬體的知識，你就可以寫大部分的程式。

 

接下來軟體和硬體間的層次越來越多，Windows加上一層，Java虛擬機器加上一層，瀏覽器加上一層，Flash等再加上一層，諸如此類。

 

每多一層技術的種類就增加一些。這就導致軟體開發人員同時面對兩類壓力：一是項目上的時間壓力，一是技術更迭上的學習壓力。但偏偏一個的時間是有限的。

 

很多時候特定工作崗位會限定關聯技術的範疇，如果自身不做點安排，那就真成吃“青春飯”的了。

 

 

• 第六重：究竟誰乾的好，誰乾的不好

 

 

大多時候，考評不能每個人都打A，否則就成了吃大鍋飯的。

 

可在軟體的世界裡，一旦要分個你好他差，難度就出來了。

 

根據實績判斷，一個人很難全面理解很多人的工作。如果團隊規模少於10人，這類的判斷還存在可能性；如果超過10人，那麼誤判的幾率會直線上升，除非是天才。

 

根據資料，大多資料真的不能用來評價軟體開發人員。生產率、Bug率這些是一定不行的，循環複雜度這類歧義性很小的指標勉強可用，但說明的問題會比較片面。

 

根據感覺和印象的話，多少有些草菅人命的感覺。

 

於是考評大多時候總是天怒人怨的考評，而天怒人怨的程度很多時候取決於當事人的在意程度。

 

 

• 第七重：弟兄們意見很多，統一很難

 

 

軟體很重要的一個特質就是仁者見仁，智者見智。

 

觀點的差異有的時候是是非問題，但大多時候是視角問題，是橫看成嶺側成峰式的。

 

而軟體團隊大多時候在兩個極端間徘徊：要麼沒意見，要麼很多意見。

 

很少有團隊會是在合適的時候有合適的意見---這是政治家乾的事，程式員不大做的來。

 

沒意見的團隊實是兵無戰心的團隊，其實更差，這裡不去說他。

 

有意見的團隊協調起來比較很辛苦。

 

程式員群體裡大致上是越優秀的越容易固執己見，所以大致上越優秀的團隊吵得越多，越凶。

 

但不管怎麼樣，最終的選擇只有一個。這時候，不能只靠行政力量去拍，要在理解各種想法後，結合外部需求，時間壓力，人員狀況去協調。

 

這事其實很不容易。

 

 

 

• 小節

 

 

一定程度上講，這七重苦很難根絕。

 

好多即將做軟體的或做的時間不長的同仁大多時候關注的是新技術，是創造性；但就和陽光下總有陰影一樣，不管方法如何更迭，總有些東西無法徹底改善。

 

所以想做軟體的，並想堅持做軟體的，要有點心理準備，不能夢想的太美，那樣回頭會比較失落。

 

風光的活是有的，髒活累活也很多，有了這樣的心理預期，才能在做軟體中找到快樂。

 

說了這麼多，倒不是悲觀。

 

有些問題即使沒法徹底解決，但程度上還是不一樣的。

 

痛苦在那種程度上是事在人為的主戰場，這點上做和不做差別很大。

 

假如一個人不把眼光只局限於某個項目，而是把視野擴充到整個軟體開發所對應的方法論，那麼關注現實中的痛苦，則是有所得得前提。

 

關聯文章：

 

軟體開發人員的“七重苦”（1）