程式設計的苦惱
使用實現來作為一種定義的方式有一些有點。所有問題可以通過實驗清晰地得到答案，從來不需要爭辯和商討，回答是快捷迅速的。通過定義得出的答案，總是痛所要求的一樣精確和正確。
資料的表現形式是程式設計的根本？
結構化程式設計；
好的里程碑對團隊來說實際上是一項服務，可以用來向專案經理提出合理建議的一項服務，而不好的里程碑是難以處理的負擔；
把汙垢展現在老闆面前的方法
軟體的內在特性（根本困難）：複雜度、一致性、可變性、不可見性；
軟體領域中最富有成效的三次進步：高階語言、分時、統一程式設計環境；
物件導向的兩個概念：
增量式開發；軟體行業的核心——人員（卓越設計人員）
軟體開發是乙個創造性的過程。完備的方法學可以培養和釋放創造性的思維，但它無法孕育或激發創造性的過程？
非常卓越的設計者產生的成果更快、更小、更簡單、更優雅，實現的代價更少；
如何培養出傑出的設計人員
沒有構建捨棄原型——瀑布模型是錯的？
人就是一切；
對於每項社會活動，就其本質而言，應該配備對社會個體成員的幫助，而不是去破壞和吸收它們；
附屬職能行使原理？如果較低級別組織的自由和責任得以保留，中心權威實際上是得到了加強；
人月神話筆記 焦油坑 人月神話
程式 程式設計系統 程式設計產品 程式設計系統產品 程式設計產品 程式設計系統 程式設計系統產品 美食的烹調需要時間 片刻等待，更多美味，更多享受。good cooking takes time.if you are made to wait,it is to serve you better,an...
人月神話 人月
缺乏合理的進度安排是造成專案滯後的最主要的原因，它比其他所有因素加起來的影響還大 引起的原因 a.估算技術不嚴謹科學，缺乏有效研究，建立在不真實的假設 一切會執行良好 b.對進度缺少跟蹤和監督 c.認為人月可以互換，進度與工作量不等同 程式設計人員的樂觀主義 人月關係 a.人員和時間的關係 完全可以...
《人月神話》筆記1
人月神話 那什麼是人月？是在估計和進度安排中使用的工作量單位。brooks認為，用人月作為 衡量一項工作的規模是乙個危險和帶有欺騙性的神話。它暗示著人員數量和時間是可以相互 替換的。人數和時間的互換僅僅適用於以下情況 某個任務可以分解給參與人員，並且他們之 間不需要相互的交流。保持設計的概念完整。無...