這的確是一本關於開發者的好書，對於我們開發者、研究人員，它提出了乙個開發的全新的價值觀（對我來說），甚至人生都有啟發。需要認真閱讀。
書中總結了敏捷開發的例項，確確實實更夠感覺到對於專案的完成大有裨益，有種相讀恨晚的感覺。想想自己之前的開發狀態，想想自己導師安排公司專案的情況，就是低效率，就是小兒科，就是書上批評諷刺的那樣，這正是開發者十幾年開發智慧型的結晶，前人的經驗，前人的智慧型，激發了我的閱讀的快感，我獲取知識的興奮感，激發了我的成就感。
閱讀前兩天（結合思維導圖）
敏捷開發聯盟：開發團隊需要具有快速工作、相應變化的能力的價值觀和原則。
敏捷過程，最重要的是極限程式設計。
學到的新名詞：
專案涉眾：產品或專案相關所有人員，包括：客戶、使用者、需求分析
員、開發人員、測試人員、文件編制
人員、專案經理、法律人員、生產人員、市場營銷、技術支援及其他與產品和客戶打交道的人員。
專案迭代
：每兩周實現一些涉眾的需求，每次迭代完成時，會演示迭代生成的系統，獲得反饋。
結對程式設計：結對的程式設計師，在同一臺電腦上完成**。
發布計畫：一次發布大約需要3個月的時間，即約6次迭代。
qa部門：即quality assurance，質量保證部門。
uml圖：統一建模語言，是用來對
軟體密集系統進行視覺化
建模的一種語言。 (
重構：重構（refactoring
）就是通過調整
程式**改善軟體的質量、效能，使其程式的
設計模式
和架構更趨合理，提高軟體的擴充套件性和維護性。
發布計畫：專案發布時間的計畫，約需要3個月的時間，即約6次迭代。
任務計畫：把素材分解成開發任務，每個任務約花費4-16小時，開發人員簽訂任務的計畫。（任務點數：完成任務所需要的理想程式設計時間）
迭代計畫：每兩周進行一次專案迭代的計畫。
程式耦合性：耦合性是程式結構中各個模組之間相互關聯的度量。程式需要低耦合性。
敏捷軟體開發 原則 模式與實踐 之敏捷實踐
參與公司的敏捷開發也有一段時間了，還沒有系統的學習過敏捷開發。比如早上的站會，每個月的迭代會，還有自己領取任務去開發故事，這些都是敏捷開發的流程之一。敏捷開發需要不斷的學習，不斷的實踐。現在開始寫一些關於敏捷開發的部落格。一 敏捷聯盟 1 個體和互動勝過過程和工具 乙個優秀的團隊成員未必是乙個一流的...
敏捷軟體開發（原則，模式與實踐）
教堂尖頂上的風標，即使由鋼鐵製成，如果不懂得順應風勢的藝術，一樣會被風暴立即摧毀。海因里希.海涅 一 敏捷軟體開發宣言 1 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。合作 溝通以及互動能力要比單純的程式設計能力更為重要。乙個由平均水平程式設計師組成的團隊，如果具有良好的溝通能力，將比那...
讀《敏捷開發 原則 模式與實踐》之一
1.遵循敏捷實踐去發現問題 應用設計原則去論斷問題 應用設計模式去解決問題 軟體開發的這三個方面間的相互作用就是設計。敏捷設計是乙個過程，不是乙個事件。它是乙個持續的應用原則 模式以及實踐來改進軟體的結構和可讀性的過程。2.物件導向設計原則 a.單一職責原則 就乙個類而言，應該僅有乙個引起它變化的原...