繼續(xù)讀Joel on software，^_^，除了繼續(xù)忍受中文版翻譯的不佳外，還是享受著Joel的一些想法，痛并快樂著吧，好了，不廢話了，這幾天主要讀了冰川下的密碼到動機激勵機制的幾章，這幾章引起的共鳴更強。
1、冰川下的秘密
????? 這章Joel闡述了一個熟為人知的秘密，那就是對于用戶而言軟件什么是最重要的，是用戶界面而不是別的，引幾句Joel的話(可能和書中有所不同，憑印象寫的)：
????? "程序開發(fā)人員采用的是一種語言思想，而市場銷售人員采用的是另外一種語言思想，所以程序開發(fā)人員和市場銷售人員是沒法溝通的。"
????? "當你用PPT、PS等工具給用戶看了漂亮之極的界面時，用戶會認為這個程序已經完成了，當你基于這個界面開始花費一年的時間做程序的開發(fā)時，用戶會根本不知道你在干什么，他們會認為程序編寫不就是如此嘛"
????? Joel在這里還評論下XP的現場客戶的問題，Joel舉了個例子覺得也是實施XP的團隊值得思考的，"假如你要裝修廚房，然后請建筑師來給你出謀劃策，建筑師這個時候反而需要你在場，而且要問你這樣那樣的細節(jié)的時候，你會怎么想呢？"當然，XP對于現場用戶的要求不是這樣，XP要求現場用戶要評估的其實只是需求功能的實現。
???? Joel在這里也以程序員的觀點去告訴我們怎么去應對冰川下的秘密，那就是"讓用戶就裝飾的材料采用瓷、大理石還是別的討論200次以上，而不是糾纏于廚房柜該放哪"，同時，Joel也說到，不能過早的讓用戶看到很好的界面，否則的話當你后期有幾個月的時間去完成功能的開發(fā)時，會很容易造成用戶的不滿，因為很多時候對于用戶來講看到界面他們就已經認為程序開發(fā)已經結束了。
2、漏洞抽象機制
????? Joel所說的漏洞抽象機制就是通常所說的元數據描述通常出現的不完備性的現象，不過Joel這里所說的主要是指各類各樣的框架，軟件在不斷發(fā)展的多年中，從低級語言到各種高級語言，從面向過程到面向對象，所做的事都是在不斷的提升抽象能力，而就像Joel所說的，確實抽象機制提升了軟件業(yè)的生產能力，讓軟件業(yè)逐漸的有能力做以前所不能做的項目，而同時其實它也對程序員提出了更高的要求。
???? 說到這塊，很有感覺，就像MVC框架這種熱門的東西，在java界常用的估計都有10幾種，每種都完成了一定的抽象的實現，而就像joel所說，抽象機制通常能解決的是90%的問題，而另外的10%的問題只有在你深入了解其各種思想、相關技術才能真正的解決，而抽象機制解決的90%的問題的方式也許你只要3天就能學完，而剩下的解決那10%的問題，也許需要你花費10年才能學會。
???? Joel舉例說到一個程序員的職業(yè)挑戰(zhàn)的問題，"在3:1這樣的職位招聘的情況下，也許不會感覺到什么壓力，但如果是在600:1這樣的招聘的情況下，招聘方自然是愿意招那種懂解決10%的問題的人"，可以參照自己對比下，自己現在到底是一個掌握基于抽象機制實現解決90%問題的人，還是超過90%呢？
???? 個人對這個還有的一個想法就是其實掌握抽象機制的人帶領了業(yè)界的發(fā)展，改變了業(yè)界對于開發(fā)人員技能的要求、開發(fā)方式、招聘方式，而如果永遠都只是跟隨抽象機制的發(fā)展，而不是影響甚至引領抽象機制的話，那么就只能永遠的作為代碼工廠，而且被淘汰的可能也是非常的高。
????? Joel所說的一樣，不要視圖對多個領域進行深入研究，能在一個領域上達到深入已經非常的不容易了，能夠在多個領域深入的人完全可以成為改變整個業(yè)界的人。
3、動機激勵機制
????? 動機激勵機制其實是以一種別樣的方式來說明現在幾乎所有公司都采用的考核激勵機制，就像Joel所說的一樣，當在不能完全掌控員工的情況下，采用考核激勵機制只能讓員工變得只是如何讓自己的考核變得更好，而不是關注工作本身的內容。
????? 那么到底什么才是有效的機制呢？這估計是MBA級的問題.......