敏捷開發
敏捷開發以使用者的需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。在敏捷開發中，軟體專案在構建初期被切分成多個子專案，各個子專案的成果都經過 測試，具備可視、可整合和可執行使用的特徵。換言之，就是把乙個大專案分為多個相互聯絡，但也可獨立執行的小專案，並分別完成，在此過程中軟體一直處於可 使用狀態。
敏捷開發原則
我們最優先要做的是通過盡早的、持續的交付有價值的軟體來使客戶滿意
即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。
經常性的交付可以工作的軟體，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。
在整個專案開發期間，業務人員和開發人員必須天天都在一起工作。
圍繞被激勵起來的人個來構建專案。給他們提供所需要的環境和支援，並且信任他們能夠完成工作。
在團隊內部，最具有效果並且富有效率的傳遞資訊的方法，就是面對面的交談。
可用的軟體是衡量專案進展的主要指標。
敏捷過程提可持續的開發速度。責任人、開發者和使用者應該能夠保持乙個長期的、恆定的開發速度。
不斷地關注優秀的技能和好的設計會增強敏捷能力。
保持簡明----使未完成的工作最大化的藝術----極為重要。
只有能自我管理的團隊才能創造最好的構架、需求和設計。
時時總結如何提高團隊效率，並付諸行動。
敏捷流程概述
第一步：
找出完成產品需要做的事情---product backlog
第二步：
決定當前的衝刺需要解決的事情---sprint backlog
第三步：
衝刺---sprint
敏捷開發宣言
個體和互動 勝過 過程和工具
可以工作的軟體 勝過 面面俱到的文件
客戶合作 勝過 合同談判
響應變化 勝過 遵循計畫
雖然右項也有價值，但是我們認為左項具有更大的價值。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...