作者指出，軟體工程，絕非如傳統的農業生產或工業生產那樣，通過人和時間的累加就可以擴大生產規模或加快生產效率。作者通過巴別塔的失敗形象的指出溝通是有成本和損耗的。
麥克斯韋爾的小妖，曾經貌似不需要做功，只需要思考判斷，就可以有序化冷熱分子。現在我們都知道，這個小妖實際是做了功了，它的思考就是在做功。在2023年，夏農將熱力學
的熵，引入到資訊理論，被稱為夏農熵。也就是說，資訊，思考和溝通，是做功的，是有成本的，對它們作用的系統是有損耗的。
軟體工程，是一項集體進行的思想創作的「複雜性」工程。這項工程在集體協同創作中，必然存在內部成員的溝通，這個溝通必然會產生溝通成本，當溝通成本增長到一定時，就會造
成整個工程無法承受而失敗。多個成員之間網狀的溝通成本的增長，也並非是線性增長關係，這種情況下，當溝通成本增長進行時，你或許無法及時控制住它穿越高壓線。
作者通過用建築物的設計建設啟發你，可以設立乙個頂級建築設計師領導專案（例如貝聿銘的建築設計專案），是乙個可以借鑑的處理集體性思想（藝術）創作的方法，但也同時告
知了你，設計之外，軟體工程的建設（即編碼）仍然是乙個思想創作的過程，而非建築物施工可以比擬的。
創造性活動的三個階段：blaauw：體系結構→設計實現→物理實現如果想提高開發效率，這三步可以並行。例如，在外部說明已經有雛形的時候，設計實現人員就可以開始設計模組
的變節、表結構、路徑和階段能分解、演算法以及所用工具了
**預估工時、「冗餘功能」如何防止出現由於結構師的創造性熱情造成的冗餘功能？基本回答是結構師和建築人員之間徹底、謹慎、和諧的交流。
貫徹執行：程式設計實現人員理解結構師的決策；結構師保持系統概念上的完整性。文件是結構師主要的工作產物，為自己描述的任何特性準備一種實現方法，但是不應該試圖支配具體
的實現過程
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
人月神話讀後感
人月神話 這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專...
《人月神話 》讀後感
之前一直聽老師講 人月神話 彷彿這就是乙個傳奇。百聞不如一見，在這本300多頁 中文新版 的神書，在經過了20多年的歷史之後，仍然暢銷不衰，究竟是什麼讓它有如此的魅力？過去的乙個月，一點一滴的閱讀之中算是初步的了解到了它的一部分吧。人月神話的核心觀點 概念完整性和架構師 brooks認為，乙個整潔 ...