1.乙個專案成功依賴很多不同的資訊，客戶，分析人員，領域專家...多個視角審視軟體，還有技術人員。軟體需求是乙個溝通問題。？
2.一旦任何一方在溝通中把持絕對地位，專案就會遭到損失。業務方只會關注軟體的交付日期。開發方會用技術語言代替業務語言，從而導致開發人員無法傾聽業務方的實際需求。
3.專案資源分配問題如果落在一方，專案必定會失敗。
4.不要在專案開始時就做一套包羅永珍的決策，我們要把各個決策分散在專案過程中。為此，我們要確保有乙個獲取資訊的過程，越早越頻繁越好。
5.使用者故事描述了使用者，系統購買者價值的功能。
使用者故事由三個方面組成：
6.「卡片代表客戶需求而不是記錄需求」。卡片包含故事的文字表述，然後需求細節在「對話」種獲得，並在"確認」部分得意記錄。
7.客戶團隊。客戶團隊中包括確保軟體滿足使用者需求的所有人。這意味著客戶團隊可以包括測試人員，產品經理，實際使用者，互動設計師。（有錯字）
8.傳統面向瀑布流開發模式行不通。為什麼行不通？使用者故事敏捷開發希望客戶和使用者全程參與專案，不希望也不允許他們在專案進行中離開。客戶有時間嗎？
9.客戶團隊更適合編寫故事。
10.召開故事編寫會。
第一章 敏捷宣言（12原則）
敏捷軟體開發宣言 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 勝過 合同談判 響應變化 勝過 遵循計畫 雖然右項也有價值，但是我們認為左項具有更大的價值。敏捷實踐12原則 1.我們最優先要做的是通過盡早 持續地交付有價值的軟體來使客戶滿意。2.在專案的整個開發期間，...
第一章 類與物件方法
1 抽象 發現類 第一步 列出所有名詞，根據相同屬性確定出 類 第二步 發現類的屬性 名詞 屬性 第三步 發現類的方法 動詞 行為 2 物件導向的三大特徵 繼承 封裝 多型。抽象 3 a 封裝 將具體的實現細節進行封裝隱藏，對外只實現乙個統一的介面。b 封裝的好處 隱藏類的實現細節 只能通過規定的方...
python第一章筆記 第一章 基礎
參與除法的兩個數中有乙個數為浮點數，結果也為浮點數 如 1.0 2,1 2.0,1.0 2.0 python print 1.0 2 結果 0.5 print 1 2.0 結果 0.5 print 1.0 2.0 結果 0.5 整數 整數,計算結果的小數部分被截除，只保留整數部分 不會四捨五入 如 ...