已經看完，覺得這本書是越看到后面越精彩，Joel的很多觀點引發我的思考，覺得這本書對于技術人員而言絕對是本好書，會很大程度的調整看軟件、做軟件的觀點，不廢話了，繼續寫最后看的這部分的讀書筆記。
1、Rick Chapman解讀愚昧
????? 在這個章節中joel強調了一個觀點，就是真正會有良好發展前途的軟件公司需要既懂商業又懂技術的領導層，對這個觀點極度擁護，盡管很多人都不這么認為，只懂商業的領導層是不能帶著軟件公司良好發展的，軟件公司的發展需要有對于技術發展的敏銳嗅覺，而只懂技術的領導層就更不能帶著軟件公司良好發展了，畢竟是公司，是企業，需要良好的商業運作本領，但這里對于領導層懂技術的概念并不是說懂webwork、struts這些東西，是思想，^_^
2、吃自己的狗食
????? 這個說法很直接，但也夠形象，很容易理解，Joel的意思就是自己做出的軟件自己去用過嗎？盡管這個觀點很多人都認同，但有多少人是真正的去用過自己的軟件的呢，估計用過后很多時候會給予連狗食都不如的評價，其實Joel在這里強調的主要就是現在越來越受重視的軟件可用性的問題。
3、只管去做事
????? 作為XPer其實對這個觀點就會比較容易理解些，Joel在這個章節中的意思其實是不要以各種理由來推卸對一種自己認同的好方法的執行，如持續集成、測試驅動、簡單設計、重構什么的，不要以團隊不執行就自己也不執行為借口，即使團隊不執行其實自己仍然是可以執行的，很多XPer容易理解的原因是因為他們知道很多東西自己也是完全可以執行的，而且能逐漸的影響到整個團隊。
?????? 只管去做事，這點很重要，不能什么都是光想不做，光看不做，然后就亂扣帽子，亂加評價。
4、信任你的員工
5、擴張風險
??????例如你是一個好廚師，開了家小飯店，生意越來越好，你只好開更多的店，這個時候你發現為了保證質量，要制定規則，盡管也許這樣飯菜的口味是一樣的，但其實總體的質量是有所下降的，畢竟你要推陳出新的速度就慢了，可以想想，如果全是好廚師，會怎么樣呢？那么你就會希望不制定規則去限制他們，^_^，這個是MBA級問題了....
6、動手實施任務前好好的設計一下
????? Joel說的是做任務前好好的想想在系統中這樣做真的是最好的方式嗎？往往會發現本來想的很復雜的實現方式其實可以變得很簡單，其實這里強調的仍然是可用性的問題。
7、"有條不紊"模式和"圈地"模式
????? 這是兩種不同的商業運作模式，對于公司進入競爭強的行業或沒什么競爭的行業的運作方式。
8、向后兼容的重要性
????? Java中最典型的問題就是向后兼容問題，向后兼容的問題很大程度會影響商業策略的成功與否，可以想像windows，如果從win95升級到win2003上N多程序都運行不了的話，你認為還有人升級嗎？
????? 要讓用戶覺得，這是個新東西，但即使試用失敗也可以正常的用舊的方式去操作，毫無問題，那么用戶自然就會接受的，而且慢慢會享受到新東西里面的好處。
9、大件與80/20神話
????? 這個在java行業中也很典型，那就是分發運行版本的系統時其實里面有很多的lib都是沒用的，典型的大件問題，其實這看起來是個小問題，但有些時候會實際的影響到商業上的運作。
????? 80/20神話是指認為系統中只有80%的功能用戶會用到，另外的20%根本就不用，這個時候通常會做的一件事就是砍掉另外的20%，Joel在里面說了個觀點，如果這個軟件是面向大眾的，很容易出現的問題就是其實每個人用的那80%是不一樣的，那么這個時候就會出現問題，那就是對于某些用戶來說這個軟件的功能是缺失的，那么你就失去了這些客戶。
10、讓配屬品日用化
??????? 這是一個重要的商業策略，例如現在IBM的商業策略，幾乎將自己所有的軟件產品開源化，它的目的很簡單，就是讓它的產品的應用變成日用化，這個時候的結果就是它的服務就會成為必要的東西了，^_^
??????? 另外一個例子就是windows，當硬件變成日用化的東西的時候，享受到最大利益的是windows，因為操作系統你必不可少。
?