一直在工作之餘，閱讀kent beck的實現模式,在開發之餘，寫一些心得:
1. 在開發前寫出乙個簡單明瞭的todolist, 學會帶著問題去思考。
2. 讓自己的思維很清晰地線性化！
3. 對於邏輯和資料來講，有時候業務資料會發生變化，那麼只需要修改資料。如修改乙個檢視的結構或者表的內容等，而不需要對邏輯結構做修改。
4. 在閱讀**的過程中，通過閱讀方法名稱，引數的型別及名稱， 迅速地明白方法的含義。不需要花費時間，去一字一句的理解方法的實現細節。
5. 無論是在開發還是閱讀**的過程中，使邏輯結構，在大腦中始終保持乙個很清晰的邏輯結構！
6. 使修改**的成本，最小化！
7. 要學會communicate！
8. 在開發之前，不斷地調換角度，迅速地進行思考，這樣將使得開發時，思維保持清晰，更容易開發，更能寫出讓人懂的**。
9. 每乙個迭代，show一下自己的成果，聽取他人的意見，同時增強自己下一步開發的自信心！最好是在乙個開發團隊中，而不是一屋子無關的人做評審！
敏捷開發思考
敏捷開發確實是乙個非常不錯的開發模式，但是它有太多難以實現的地方。首先就是對開發人員的要求太高。幾乎要求每個專案的開發人員都要了解專案架構，熟知各種設計模式原則，有豐富編碼經驗。這一點很難做到。對於我這菜鳥來說，看敏捷開發最大的收穫就是知道了軟體是怎樣腐化的，在這裡面我看到了自己前一段時間程式設計的...
異地協同開發的思考
在專案實施中，我們常常會有這樣的情況 在客戶現場進行需求調查分析，然後返回公司做系統的概要設計，詳細設計，設計，然後再交付給客戶現場組進行組裝和聯調測試。這種方式結合得好將會為公司節省開發成本中的差旅費等費用，而且開發人員可以聚集在一起互相交流等好處。但是目前在公司的具體情況是開發人員需求分析後直接...
對MFC開發的思考
做了三年的mfc開發，現狀不好的地方 1mfc工資不高。2w是我的目標，似乎只有專案經理才能給這麼多錢。2一般所使用的技術都不難。都是和儀器或裝置配套使用，技術難的地方在嵌入式 比如dsp 或硬體，而不是mfc。3自己沒有開發方向。覺得這是自己所做專案決定的。能學到的東西只能由專案決定。都是一些應用...