今天讀了一些根本困難的問題，確實在開發過程中有的時候遇見乙個自己從來沒有接觸過的知識面，我會有點蒙，沒有頭緒，認為它有一定的難度。正好看到了書中提到了這個問題，書中說：我認為軟體開發中困難的部分是規格說明、設計和測試這些概念上的結構，而不是對概念進行表達和對實現逼真程度進行驗證。當然，我們還是會犯一些語法錯誤，但是與絕大多數系統中的概念錯誤相比，它們是微不足道的。
如果這是事實，軟體開發總是非常困難的，天生就沒有銀彈。而且現代軟體系統中這些無法規避的內在特性：複雜度、一致性、可變性和不可見性。
軟體的客觀存在不具有空間的形體特徵。因此，沒有已有的幾何表達方式，就像陸地海洋有地圖，矽片有膜片圖，計算機有電路圖一樣。當我們試圖用圖形來描述軟體結構時，發現它不僅僅包含乙個，而是很多相互關聯、重疊在一起的圖形。這些圖形可能代表控制流程、資料流、依賴關係、時間序列和名字空間的相互關係等等。它們通常不是有較少層次的扁平結構。實際上，在上述結構上建立概念控制的一種方法是強制將關聯分割，直到可以層次化乙個或多個圖形。
個人感受：
讀了這些之後，我才明白，自己覺得困難只是自己接觸的很少，沒有形成相應的邏輯思路，真正困難的是軟體開發中的規格說明，設計和測試這些概念性的結構。這些都是概念性的結構不易於表達，也有一些抽象所以在思考或者表達中有些困難。我覺得那些困難只是邏輯演算法的苦難，這些是可以自己慢慢熟練形成自己的思考風格來解決的，真正困難的是如何對這款軟體進行架構。在今後的學習中，努力要注重自己架構方面的培養，爭取在以後的開發工作中能做到得心應手。
人月神話閱讀筆記03
人月神話拜讀完了，真的感覺學到了很多，受益匪淺，書開始就形象有有趣的把軟體危機比作 焦油坑，交流至關重要，實踐是最好的老師，文件撰寫是軟體人的必修課，這本書讓我們對軟體工程有了更深一步的理解，有了全新的認識，軟體工程焦油坑在相當長時間內仍會存在，我們必須努力學習，不斷創新，獲得更大的進步。一 我過去...
人月神話閱讀筆記03
今天我閱讀的是貫徹執行一節。假設乙個專案經理已經擁有行事規範的結構師和許多程式設計實現人員，那麼他如何確保每個人聽從 理解並實現結構師的決策？對於乙個由 1000 人開發的系統，乙個 10 個結構師 的小組如何保持系統概念上的完整性？首先要有文件化的規格說明，即手冊。手冊或者書面規格說明，是乙個非常...
人月神話閱讀筆記03
人狼這種民間傳說中存在的怪物，會在月圓之夜由我們熟悉的人類面孔變成可怕的狼臉。我們熟悉的軟體專案也有著人狼的特性，看似簡單明瞭的外表，但是卻可能隨時變成乙個進度落後 超出預算 存在大量缺陷的怪物。在民間傳說中對付人狼唯一可靠的 就是銀彈。所以銀彈在軟體專案中就是比喻這種使得軟體成本像計算機硬體成本一...