即使是大型的設計團隊，設計結果也必須由乙個或兩個人來完成，以確保這些決定是一致的。日誌記錄和整理發布。「專案經理最好的朋友就是他每天要面對的敵人——獨立的產品測試機構/小組。」對於日誌的發布，我深深有體會，對於每次上課結束後都會有任務寫在上面看，課下的作業還有每次的衝刺內容，閱讀筆記，還有周總結月總結，這個可以記錄我們的成長，還可以幫助我們記住我們所犯下的錯誤，還有成長，我有點時候發布的不是很及時，還會再補上，這時候的發布就沒有剛開始的心得體會了，及時發布是乙個很好的習慣；
胸有成竹僅僅通過對編碼部分的估計，然後乘以任務其他部分的相對係數，是無法得出對整項工作的精確估計的。構建獨立小型程式的資料不適用於程式設計系統專案。程式開發呈程式規模的指數增長。 一些發表的研究報告顯示指數約為1.5。當使用適當的高階語言時，程式編制的生產率可以提高5倍。//高階語言就是更加容易實現和反應人的邏輯思維的
，我要對於我自己的程式設計是極其不自信的，我遇到新的問題的時候，學習的時候都會抱著我不是這塊料，我不能學好，我不可以的，我沒有信心，以至於我現在不可以很好的解決問題，處理問題；對於新知識的學習會很慢；所以我要增加的學習的信心，學習更加高階的語言，學習更加遍歷的方法，讓學習的效率變高，讓我程式設計更加的快速；
這一章主要是要解決專案投資與磁碟空間和記憶體之間的矛盾，但是這個矛盾在電腦硬體發展到現在的層次已經可以忽略掉了。軟體開發人員必須設立規模目標，控制規模，發明一些減少規模的方法——就如同硬體開發人員為減少元器件所做的一樣。培養開發人員從系統整體出發、面向使用者的態度是軟體程式設計管理人員最重要的職能。精煉、充分和快速的程式。往往是戰略性突破的結果，而不僅僅技巧上的提高。程式設計需要技術積累，每個專案需要自己的標準元件庫。對於這個肯能大學學習最多的是正刪改查了，對於自己有乙個很好的模板可能下次編寫相似的程式的時候，會輕鬆很多，也會養成自己的習慣；
對於軟體專案，要求是相同的：目標、使用者手冊、內部文件、進度、預算、組織機構圖和工作空間分配。
02人月神話閱讀筆記之二
巴比倫塔失敗的原因是因為缺乏交流以及交流的結果 組織 無論是之前的閱讀還是本次的閱讀，交流在團隊中都發揮著深刻的作用。團隊之間應該盡可能多的方式進行相互之間的交流 非正式地進行簡要技術陳述的常規專案會議，共享的正式專案工作手冊。我們採用了多種方式進行交流都已足以看出交流對於團隊的重要性，而網狀的交流...
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
《人月神話》閱讀筆記02
在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人 第二，產品負責人作為總指揮，技術主管充當左右手的管理...