本文主要總結一下敏捷開發模式的基本思想
1、測試驅動開發（tdd）：敏捷開發中，測試是在功能實現之前。就是要實現乙個功能，首先根據業務需求，寫出相應的測試，然後再寫功能**使得每個測試都可以通過。可以將每個功能做成乙個story，然後針對每個story編寫測試。
2、小版本發布（frequent releases）：敏捷開發中，最重要的思想之一就是，盡可能短的時間內，發布可以執行的版本。這種思想的好處是，軟體本身成為了客戶和開發人員之間溝通的工具，這樣，在使用者使用發布的產品時，發現問題，及時反饋到開發人員，開發人員及時做出修改。同時，這樣週期性的發布產品，也可以極大地提高開發人員的積極性和工作效率。同時，當發布的版本出現問題的時候，改動也並不是太大。
3、文件最少化（minimal documents）：文件最少化，其實，個人覺得，還要根據專案的真實情況作調整。必要的文件還是需要的。
4、現場客戶（customer engagement）：敏捷開發中，客戶需要和開發人員呆在一起。然而很多時候，這點很難辦到。如果能說服客戶和開發人員呆在一起，那麼固然很好。
5、自動化測試（automated testing）：自動化測試主要靠一些自動化測試工具的使用，同時可能要結合一些自動化測試指令碼。
6、持續整合（continuous integration）：敏捷開發中，整合將是一件極其平凡的事。也許一天需要整合幾次或者幾十次。由於整合的平凡性，當遇到衝突時，很容易定為衝突的位置。
7、結對程式設計（pair programming）：敏捷開發中可提倡採用結對程式設計，就是兩個人共用同一臺電腦進行程式設計。乙個人編寫測試的時候，另乙個思考，乙個人編寫功能的時候，另乙個人思考。同時，結對的好處是，發現bug及時。
8、每日會議（stand up）：每日會議的時間大約為15分鐘，會議上，每個人回答三個問題：昨天做了什麼？今天打算做什麼？遇到了哪些困難？
9、迭代性的調整計畫（adaptive planning）：乙個新版本的發布，意味著乙個迭代的結束，另乙個迭代的開始。在這裡我們要有乙個緩衝時間，在這個緩衝時間中，我們需要做的是確定下乙個迭代的具體目標，並同時調整下乙個迭代中的時間安排。
10、合作是敏捷成功的關鍵（collaborative focus）：敏捷開發中，責任不是某乙個人來擔當，而是整個開發團隊。每個功能不是屬於所屬的開發者，而是整個團隊。每個人都不需要經過模組負責人的同意，而對**進行重構。但這樣，又存在團隊之間的共識了。
敏捷開發基本思想
敏捷開發是由一些業界專家針對一些企業現狀提出了一些讓軟體開發團隊具有快速工作 響應變化能力的價值觀和原則，並於2001初成立了敏捷聯盟。他們正在通過親身實踐以及幫助他人實踐，揭示更好的軟體開發方法。通過這項工作，他們認為 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 ...
MVP基本思想
mvp的邏輯性思維都在p層,他降低了頁面的耦合度,具備低耦合的特性,mvp的出現使 更具邏輯性 首先我們看到分包的嚴謹性 mvp的結構分析 p層負責整體邏輯並且將m層和v層聯絡起來,m層主要負責 塊,callback將結果集返回p層,v層最後展示檢視 注意以下介面 public inte ce my...
git基本思想
git相比叫傳統的基於檔案svn優勢明顯，主要體現在天然分布式不怕丟失 不以檔案為為基礎，基於git的資料庫 commit雜湊健值檔案 的版本管理，分支 標籤等操作飛速，而不是緩慢地檔案和目錄操作 git下每個人都有乙個獨特的工作區和分支，不必實時和中心伺服器同步就可以 帶有社交性質的基於fork ...