發表於2024-09-13
圖靈奬得主、《人月神話》作者Brooks封筆之作,揭秘軟件設計神話!
程序員、項目經理和架構師必讀的一本書!
如果說《人月神話》是近40年來所有軟件開發工程師和項目經理們必讀的一本書,那麼《設計原本:計算機科學巨匠Frederick P.Brooks的反思》將會是未來數十年內從事軟件行業的程序員、項目經理和架構師必讀的一本書。它是《人月神話》作者、著名計算機科學傢、軟件工程教父、美國兩院院士、圖靈奬和IEEE計算機先驅奬得主Brooks在計算機軟硬件架構與設計、建築和組織機構的架構與設計等領域畢生經驗的結晶,是計算機圖書領域的又一史詩級著作。
《設計原本:計算機科學巨匠Frederick P.Brooks的反思(珍藏版)》從工程師和架構師的視角深入地探討瞭設計的和過程,尤其是復雜係統的設計過程,旨在提高産品的實用性與有效性,以及設計的效率和優雅性。全書共28章,分為6個部分:第一部分(1~5章)主要討論瞭什麼是設計、設計過程的思考、設計的類彆、理性模型及其缺陷、以及對一些好的設計過程模型的探討;第二部分(6~7章)主要討論瞭協作設計與遠程協作;第三部分(8~16章)全麵總結瞭設計中的各種原則、經驗和教訓,包括設計中理性主義與經驗主義、用戶模型、資源預算、約束、設計中的美學與風格、設計中的範本、設計的分離、設計的演變途徑和理由,以及專業設計者為何會犯錯;第四部分(17~18)探討瞭建築設計與計算機軟硬件設計在設計思想和方法上的一些共同點和不同之處;第五部分(19~20章)探討瞭設計和設計師之間的關係,以及如何培養設計師;第六部分(21~28章)通過各個領域的各種類型的案例進行瞭分析和研究,旨在深刻揭示隱藏在這些案例背後不變的設計過程和思想。
除瞭從事計算機軟硬件相關工作的讀者應該閱讀本書之外,其他領域的設計者、設計項目經理和設計理論研究人員也都能從《設計原本:計算機科學巨匠Frederick P.Brooks的反思》中找到大量寶貴資料。
Frederick P. Brooks,Jr,著名計算機科學傢、軟件工程教父、美國兩院院士、圖靈奬和IEEE計算機先驅奬得主。他在計算機軟硬件的架構與設計和軟件工程領域有極其深厚的造詣,並取得瞭舉世矚目的成就。
他是IBM System/360計算機和Operating System/360操作係統的項目經理和總設計師,還是IBM Stretch和Harvest等沿續至今的計算機體係結構的總架構師。他不僅提齣瞭軟件工程領域具有深遠影響的“沒有銀彈”的著名論點,而且著有軟件工程領域的傳世之作《人月神話》,暢銷30餘年,為軟件行業的發展做齣瞭巨大貢獻。
此外,他在建築設計方麵也有十分深入的研究,曾參與北卡羅來納大學的西特森廳的設計,是設計委員會的正式成員。
高博,資深軟件開發工程師、架構師和項目經理,畢業於上海交通大學計算機係,在微軟、惠普和盛大等國內外知名企業從事軟件開發相關的工作近10年,積纍瞭豐富的經驗。對程序設計語言、軟件測試方法學、軟件架構設計、軟件項目管理和雲計算等技術方嚮和領域有濃厚的興趣,並緻力於這些方麵的研究和實踐。他熱衷於分享,近年來翻譯瞭《C++:99個常見編程錯誤》、《微軟的軟件測試之道》、《源碼中國》、《研究之美》等多本經典著作,在業界頗有影響力。
硃磊,資深軟件開發工程師,畢業於上海交通大學軟件工程係,現就職於EMC上海卓越研發中心,擔任軟件開發工程師。業餘時間潛心於技術的鑽研,非常喜歡與人分享和交流,擔任上海交通大學飲水思源論壇Java版版主已4年有餘。曾參與過數本軟件開發類著作的翻譯。
王海鵬,資深軟件開發工程師、架構師、谘詢顧問和培訓講師,畢業於華東師範大學,有近20年軟件行業從業經驗,經驗十分豐富。專注於軟件架構及其方法學的研究,緻力於提高軟件開發的效率和品質。翻譯經驗頗豐,已為國內軟件行業從業者們奉上瞭近20本經典著作,主題涵蓋敏捷方法學、需求工程、UML建模和測試等多個領域。
我寫這本書的目的,意在督促設計師和設計項目經理們去努力思考設計活動的過程(process),特彆是復雜係統的設計過程。本書是站在工程師的角度來思考的,不僅注重實用(utility)與效益(effectiveness),也兼顧效率(efficiency)和優雅(elegance)。
誰應該讀這本書 《人月神話》一書的目標讀者是“職業程序員、職業經理人,尤其是管理程序員的職業經理人”。在該書中,我討論瞭團隊在開發軟件時,獲得概念完整性(conceptual integrity)的必要、睏難和方法。
而本書的讀者範圍則擴大瞭很多,它融入瞭我35年以來取得的經驗和教訓。設計經驗讓我確信,不同設計領域的設計過程包含一些不變的因素。因此本書的目標讀者是:
1)各種類型的設計師。設計如果隻走係統化路綫,而摒除瞭直覺,就隻能得到亦步亦趨的抄襲品和仿冒品。然而,如果隻跟著直覺走,而不講係統化,則産品隻會是瑕疵滿盈的空中樓閣。如何將直覺和係統化的方法融閤在一起?如何在設計師生涯中成長?如何在一個設計團隊中發揮作用?雖然本書涉及的領域甚廣,但我期望的讀者卻是側重於計算機軟件和硬件的設計師—我自身的定位決定瞭麵對這個讀者群體我能夠論述的內容最為具體。因此,在這些領域的例子中,有時會涉及技術細節。其他讀者完全可以跳過這些細節,不影響理解。
2)設計項目經理。為瞭避免災難,項目經理在設計他的設計過程中,就必須結閤理論與口口相傳的實踐經驗,而不能僅僅去抄襲某個過度簡化的學術模型,也不能拿到一個過程,就生搬硬套,而對理論依據或彆人的經驗不聞不問。
3)設計研究人員。對設計過程的研究已經日漸成熟。這是好事,但並不是事事都好。發錶齣來的研究論文關注的主題越來越狹窄,而對於大局問題的討論則越來越少。或許是齣於對精確性,以及對“設計成為一門科學”的期望,想要在科學研究之外發錶一些東西變得很睏難。我建議設計思想傢和研究人員,即使社會科學方法論的幫助不大,也應該重新關注起大局問題。我充分相信,他們也會質疑我的論述是否普遍適用,以及我的觀點是否真的成立。我希望將他們的一些研究成果帶給實踐者,謹以此為他們的學科提供一些幫助。
設計原本:計算機科學巨匠Frederick P.Brooks的反思(珍藏版) [The Design of Design] 下載 mobi pdf epub txt 電子書 格式 2024
設計原本:計算機科學巨匠Frederick P.Brooks的反思(珍藏版) [The Design of Design] 下載 mobi epub pdf 電子書經典的書,囤來看,還沒細看,很期待。
評分很好很好很好很好很好很好
評分這本書還沒來得及看,應該可以吧
評分PLUS會員~~隨便買買買~~
評分《設計原本:計算機科學巨匠Frederick P.Brooks的反思(珍藏版)》從工程師和架構師的視角深入地探討
評分如果你曾經曆過一些項目不順,看這本書會有共鳴。如果沒有,看起來稍晦澀,需要些耐心。
評分書不錯,京東貨很快,一直支持京東,知識就是力量
評分大牛的著作 值得學習
評分真的很一般般!!! 第1章 引言 1.1 性能問題 1.2 解決方案 1.3 什麼是負載均衡 1.3.1 負載均衡的前世 1.3.2 負載均衡的今生 1.3.3 縱嚮擴展 1.3.4 橫嚮擴展 1.4 負載均衡的實現 1.4.1 網絡的構成 1.4.2 緩存:網站的麯速引擎 1.4.3 使用DNS進行負載均衡 1.4.4 內容分發網絡 1.4.5 6P原則 1.4.6 基礎知識 1.4.7 HTTP負載均衡 1.4.8 對數據庫進行負載均衡 1.4.9 對網絡連接進行負載均衡 1.4.10 SSL負載均衡 1.4.11 建立高可用性集群 1.4.12 雲平颱上的負載均衡 1.4.13 IPv6:實現和概念 1.4.14 下一步做什麼 1.5 總結 第2章 網站工作原理 2.1 開始我們的旅程 2.1.1 來自非IT背景 2.1.2 開始瀏覽的過程 2.1.3 通過DNS查找網站 2.1.4 最終連接到服務器 2.1.5 服務器自身 2.1.6 連接到數據庫 2.1.7 緩存技術速覽 2.1.8 迴傳到客戶端 2.2 進一步瞭解 2.3 網絡 2.3.1 TCP 2.3.2 DNS 2.3.3 速度、帶寬和延遲 2.3.4 網絡連接小結 2.4 HTML和Web 2.4.1 HTML 2.4.2 為什麼基於文本很重要 2.4.3 為什麼鏈接很重要 2.4.4 HTML小結 2.4.5 瀏覽器 2.5 Web內容 2.5.1 靜態內容 2.5.2 動態內容 2.5.3 創建動態內容 2.5.4 Web內容小結 2.6 數據庫:最薄弱的環節 2.7 總結 第3章 內容緩存:保持低負載 3.1 什麼是緩存 3.2 走馬觀花 3.2.1 基於瀏覽器的緩存 3.2.2 Web加速器 3.2.3 Web代理 3.2.4 透明Web代理 3.2.5 邊緣緩存 3.2.6 平颱緩存 3.2.7 應用緩存 3.2.8 數據庫緩存 3.2.9 僅僅是個開始…… 3.3 緩存理論:緩存為什麼這麼難 3.3.1 HTTP 1.0對緩存的支持 3.3.2 HTTP 1.1加強的緩存支持 3.3.3 解決方案 3.3.4 緩存不像看起來那麼簡單 3.4 Web代理 3.4.1 Squid代理服務器 3.4.2 開始瞭 3.4.3 故障排除 3.4.4 透明代理 3.4.5 發生瞭什麼 3.4.6 獲得幫助 3.4.7 Squid,代理中的瑞士軍刀 3.5 邊緣緩存:Varnish 3.5.1 默認保守緩存 3.5.2 安裝Varnish 3.5.3 配置並運行 3.5.4 定製Varnish 3.6 總結 第4章 基於DNS的負載均衡 4.1 DNS內幕 4.1.1 IP地址 4.1.2 問題 4.1.3 解決方案 4.1.4 迴退一步 4.2 DNS詳解 4.2.1 親自查詢 4.2.2 DNS查詢進階 4.3 DNS緩存 4.3.1 查詢DNS緩存 4.3.2 Linux係統上的DNS緩存 4.3.3 實質內容 4.4 BIND9 4.4.1 DNS DB的頭 4.4.2 DNS數據庫記錄 4.4.3 加載數據庫 4.4.4 檢查配置文件 4.4.5 常見問題 4.4.6 測試DNS 4.5 基於DNS的負載均衡 4.5.1 基於DNS的負載均衡的優勢 4.5.2 基於DNS的負載均衡的問題 4.6 總結 第5章 內容分發網絡 5.1 選擇CDN服務提供商 5.2 開始使用Rackspace 5.3 嚮CDN賬戶添加內容 5.4 Rackspace雲文件API 5.4.1 將API集成到PHP中 5.4.2 用API密鑰進行認證 5.4.3 建立連接和斷開連接 5.4.4 對容器進行操作 5.4.5 對文件進行操作 5.4.6 其他有用的函數 5.5 總結 第6章 性能和可靠性計劃 6.1 yoU MAke DInner In TiME 6.1.1 理解 6.1.2 決策 6.1.3 設計與實現 6.1.4 安裝 6.1.5 測試、維護、評估 6.1.6 計劃的重要性 6.2 備份 6.2.1 為什麼備份如此重要 6.2.2 前方可能有麻煩 6.2.3 必須實現自動化 6.2.4 戰術備份 6.2.5 戰略備份 6.2.6 增量備份與全備份 6.2.7 一定,一定要測試恢復! 6.3 總結 第7章 負載均衡基礎 7.1 什麼是負載均衡 7.2 有哪些可用的計算資源 7.2.1 處理器 7.2.2 內存 7.2.3 使用top命令查看CPU和RAM的性能 7.2.4 網絡 7.2.5 存儲(磁盤) 7.3 負載均衡實戰 7.4 指導原則 7.4.1 深入理解係統 7.4.2 規劃 7.4.3 監測和測試 7.5 總結 第8章 對網站進行負載均衡 8.1 測量Web服務器的性能 8.2 加速Apache HTTP 8.2.1 禁用空載模塊 8.2.2 禁用DNS查詢 8.2.3 采用壓縮 8.2.4 FollowSymLinks和SymLinksIfOwnerMatch選項 8.3 加速nginx 8.3.1 worker_processes和worker_cpu_affinity 8.3.2 Gzip壓縮 8.4 對Web服務器進行負載均衡 8.4.1 配置 8.4.2 準備IPVS服務器 8.4.3 準備工作服務器 8.4.4 測試負載均衡器 8.5 劃分動態和靜態內容 8.6 總結 第9章 對數據庫進行負載均衡 9.1 搭建MySQL Cluster 9.1.1 安裝管理程序 9.1.2 配置管理程序 9.1.3 準備集群數據節點 9.1.4 安裝MySQL Server和NDB守護進程 9.1.5 配置NDB守護進程 9.1.6 啓動集群節點上的服務 9.1.7 更新MySQL的root用戶 9.1.8 測試上述安裝和配置 9.2 實施負載均衡 9.2.1 建立負載均衡 9.2.2 設置負載均衡服務器 9.2.3 設置工作服務器 9.2.4 測試負載均梵蒂岡對方的手是
設計原本:計算機科學巨匠Frederick P.Brooks的反思(珍藏版) [The Design of Design] mobi epub pdf txt 電子書 格式下載 2024