在讀了一些介紹敏捷開發的文章之後，我將自己的理解總結了一下。
敏捷開發的核心在於靈活。
敏捷開發的四條基本的價值觀是：
·個體和互動高於流程和工具。
·工作的軟體高於詳盡的文件。
·客戶合作高於合同談判。
·響應變化高於遵循計畫。
這四條基本原則中並不是完全否定後者，只是在敏捷開發中更加看中前者。
敏捷軟體宣言宣言中還包括以下原則：
·對我們而言，最重要的是通過盡早和不斷交付有價值的軟體滿足客戶需要。
·我們歡迎需求的變化，即使在開發後期。敏捷過程能夠駕馭變化，保持客戶的競爭優勢。
·經常交付可以工作的軟體，從幾星期到幾個月，時間尺度越短越好。
·業務人員和開發者應該在整個專案過程中始終朝夕在一起工作。
·圍繞鬥志高昂的人進行軟體開發，給開發者提供適宜的環境，滿足他們的需要，並相信他們能夠完成任務。
·在開發小組中最有效率也最有效果的資訊傳達方式是面對面的交談。
·可以工作的軟體是進度的主要度量標準。
·敏捷過程提倡可持續開發。出資人、開發人員和使用者應該總是維持不變的節奏。
·對卓越技術與良好設計的不斷追求將有助於提高敏捷性。
·簡單——盡可能減少工作量的藝術至關重要。
·最好的架構、需求和設計都源自自我組織的團隊。
·每隔一定時間，團隊都要總結如何更有效率，然後相應地調整自己的行為。
閱讀敏捷軟體開發宣言的原則可以看出盡快不斷的增量迭代，對於需求變化的歡迎，開發團隊中的更多的交流，更好更有效率的方式也是敏捷開發的重點，也可以稱為優點。但是我認為敏捷開發也存在一些問題，比如不斷地迭代更新產品擁抱變化等方式對於開發人員的能力和體力要求過高，更多的交流也許並不會加快開發的節奏，反而有可能打亂開發人員的計畫。
敏捷開發的模式的重點並不在於這種開發模式，而是敏捷的這種思想，不止是開發，可以有敏捷製造，敏捷銷售等，這一切的核心都是靈活，可以說是通過快速嘗試嘗試加上充分交流去簡化過程來實現目的。
關於敏捷開發的 使用見解
敏捷1.0 是我 2013年到2015年的 實踐，敏捷2.0 是我對前兩年的 總結 優化。目標是 持續構建 持續整合 持續發布。產品迭代 敏捷1.0 第一周 第二週 周一 周二 週三 周四 周五 週六 週日 周一 周二 週三 周四 周五 每日晨會 每日晨會 每日晨會 每日晨會 每日晨會 晨會 晨會 ...
對於布局的見解
position absolute 元素的寬度變為content的寬度，這是與position relative 100 不同的地方，若要呈現為100 有兩個方法 1.直接設定 width 100 2.設定left 0px right 0px 布局參看 採用無寬度布局，雖然有時可能導致多個div的情...
對於C C 中指標的見解
指標的原則 指標的使用及其意義 例子 討論指標的四個問題 以後見到指標就先將其的上述四個問題解決，那麼其他的便不是問題。下面講述指標的一些具體用法 1 指向指標的指標 解讀 ptr 儲存的是 p 的位址，p 儲存的是 a 的位址。ptr p a。ptr p a。2 指標 p去掉 後，表示乙個儲存單元...