最近在看軟體管理方面的書，看到此書感覺比較有感覺，特作一些總結性筆記以供以後參考。
第二章 為高質量的專案指定計畫
一、最難以制訂計畫的時候，也是最需要計畫的時候。當專案感覺無法完成的時候是需要計畫一下的，原因如下：
1、和管理層博弈一般都是管理層贏，如果沒有詳實的計畫，想要獲得更多的時間誰又能同意呢。
2、沒有計畫並且完不成專案，開發將會失去管理層的信任。
3、即使完不成也可以知道為什麼沒有完成。
二、階段和產品計畫
1、階段計畫：為完成某個產品需要如何安排時間。
2、產品計畫：為完成某個產品需要多少時間。
3、工程師的價值在於提供有價值的產品和服務。
4、工作的穩定在於財務健康，而不是技術。
三、合格的產品計畫
1、將要生產的產品規格和重要的效能指標。
2、估算工作所需要的時間。
3、進度**。
四、與管理者協商計畫
1、管理者恨不得明天就能拿出軟體，所以需要可信服的計畫說服。
2、psp幫助制定計畫，tsp協商計畫。
五、不當計畫損失
1、計畫不當的影響：工作成本、時間進度，解決方案，所需資源、工作狀態。
2、沒人願意為沒有計畫目標不明朗的專案付錢的。
3、開發人員的職責：根據雇主的需要，設計出經濟的、及時的解決方案。注意是經濟和及時的。
六、計畫基本要求
1、五要素：易於理解、清晰明白、詳細具體、精確縝密(時間精度是要合適)和準確無誤。
2、準確無誤也是要參考無偏估計的。
七、無法準確計畫就常作計畫
1、需求變化不是專案延期的變化，專案計畫就是要管理需求變化。
2、評估需求的影響，及時協調資源。
3、精確計畫前期，粗略計畫後期。
八、維護計畫
1、減少維護任務。
總結：為了完成專案，我們需要詳實的計畫，一是向管理者說明，而是保證專案進度，要有階段計畫和產品計畫，並且要準確，如果無法準確就要常做計畫，並且計畫要得到魏華。
大話版：我是程式設計師，就用程式設計師，就用程式設計師的話來大話一下。
1、任務需求：編寫乙個佇列，要求支援任何型別，跨windows和linux平台，用c++
2、計畫：a、階段計畫：兩天完成設計，兩天完成編碼，兩天做測試。
b、產品計畫：6天後完成產品。
3、第四天，任務變化，需要用c語言重寫，計畫變更，需要兩天重構**，如果按期完成還需要加乙個測試人員。領導同意。
4、測試來的是個新人，啥都不會，還要重新培訓，計畫又要變更，還要一天來培訓。這就變成了計畫維護，哈哈。
《軟體管理沉思錄》讀書筆記
沉思錄 是一本經典哲學著作，哲學又被稱為 關於智慧型 的學科，那麼對於 軟體管理沉思錄 我們可以理解為它是關於軟體管理的智慧型。相較於之前讀的啟發式的軟體工程管理類的經典書籍，本書的語言更直白，想闡明什麼觀點都會明明白白地告訴你。本書對於寫讀書筆記來說是友好的，看每部分的標題即可知道文章內容,不必再...
第二章 讀書筆記
第二章主要講的內容是搭建android 底層開發環境 其中包括 android 應用程式開發環境 android ndk 開發環境和交叉編譯環境的搭建。由於 android 基於linux 核心，所以搭建環境需要使用 linux 作為開發 linux 驅動的平台。它的底層開發需要的工具包含眾多的程式...
第二章讀書筆記
本章主要介紹搭建android 底層開發環境，主要包括 android 應用程式開發環境 android ndk 開發環境和交叉編譯環境的搭建。首先安裝jdk 並配置環境變數 搭建android 應用程式開發環境 1，安裝 android sdk 解壓後進入android sdk linux 目錄，...