剛哥談架構 (五) 推薦給架構師和工程師讀的書

2022-09-07 11:36:07 字數 1710 閱讀 4299

「回日樓台非甲帳,去時冠劍是丁年」

今天收到豆瓣的2023年的總結,發現自己已經在豆瓣渡過10個春秋。今年讀了69本書,有很多書非常棒。今天我就給各位架構師,程式設計師,碼農推薦一些我覺得對工作和職業生涯都很有幫助的書籍。

the master algorithm 終極演算法

無論你是不是從事機器學習行業的,這本書都值得閱讀。它可以幫助你梳理對機器學習諸多演算法的認識,構建乙個完整,系統的體系結構。中文版翻譯不如英文原版。

a philosophy of software design

本書是我的同事在斯坦福的博士生導師john ousterhout的作品,不厚,但是濃縮的都是精華。本書從軟體設計應該簡單,避免複雜為主要觀點出發,介紹了軟體設計的一些核心的指導原則和思考。

架構師首先是工程師,而工程師的主要責任是要解決工程問題。解決問題的乙個核心思維就是系統思維。

你的燈亮著嗎?-發現問題的真正所在

該書是問題解決類圖書的經典之作,書中有幾十個有趣的故事帶你領悟問題解決之道。

書中關於隧道提醒關燈的問題從:

「如果是白天,而且車燈亮著,那就把車燈關上;

如果是晚上,而且車燈關著,那就把車燈開啟;

如果是白天,而且車燈關著,那就讓它關著;

如果是晚上,而且車燈亮著,那就讓它亮著。」

「你的燈亮著嗎?」

有如我們軟體架構從繁到簡,涅槃重生的過程。

作者針對生物和社會組織,使用科學的方法,以資料分析的方式,推導出規模化擴張的一般規律。

當今軟體架構的乙個主要目標就是建立可以上規模的應用,閱讀本書,讓你理解規模的本質。

架構師不算乙個管理職位,更多是個技術崗,往往架構師並沒有團隊管理的職責。但是按照德魯克的說法,如果知識工作者要對企業的經營作出決策,那麼他就是個管理者。其實架構設計和軟體開發者每天都面臨著許多的決策,而這些決策或多或少的影響這軟體企業的經營,無論你是決定乙個變數命名這樣的小事,還是要採用雲或是微服務這樣相對重要的決策。

本書不算是冷門書,如果你一定要看一本管理類的書籍,我推薦這本。《卓有成效的管理者》的基本觀念:對組織負有責任,能影響組織經營成果的人,就是管理者。管理者,就必須卓有成效。卓有成效是可以學會的!

《重來》的作者編制並建立了網路開發框架ruby on rails,本書呈現的是一種更好、更簡單的經商成功之道。讀完這本書,你就會明白為什麼計畫實際上百害而無一益,為什麼你不需要外界投資人,為什麼將競爭視而不見反倒會發展得更好。事實是你所需要的比你想象的少得多。你不必成為工作狂,你不必大量招兵買馬,你不必把時間浪費在案頭工作和會議上,你甚至不必擁有一間辦公室。所有這些都僅僅是藉口!如果尤其適合在創業公司做技術的架構師和程式設計師。

做任何事情,做到最後,你會發現哲學在向你招手。我看過不少哲學類的書籍,很多很難讀懂,這本書生動有趣,雖然可能不如其它的哲學類書籍專業,但是如果一本書不能吸引人閱讀,那麼他的價值就很難體現。了解一下哲學史,對於你的架構設計或者軟體開發絕對是很有幫助的。

最後推薦一本我的最愛,曹天元的這本量子力學史話。同樣推薦標準是有趣!在大資料和機器學習時代,概率論成為了主導的理論思想,它同樣影響著微觀世界中的量子理論。

不存在乙個客觀的,絕對的世界。唯一存在的,就是我們能夠觀測到的世界。物理學的全部意義,不在於它能夠揭示出自然「是什麼」,而在於它能夠明確,關於自然我們能「說什麼」。

支付寶架構師 從工程師到架構師的成長之路

架構的技術職責分為三大塊 抽象設計 非功能設計 關鍵技術設計。首先是抽象設計。架構師需要能自由地在不同的抽象層次和視角上分析需求,不同的架構層次 視角提供了不同的檢視,這些檢視互相驗證,又能構成整體的設計大圖。架構的抽象層次分成兩個維度 垂直維度 從上到下,分成企業架構 解決方案架構 應用架構 系統...

我推薦軟體架構師應該讀的資料

如果你想追尋一些開發靈感,推薦你讀取以下一些資料 1.佛洛伊德標誌性思想的內容,特別是他的本身,他的來往書信 傳記 名著,特別嘗試一些心理分析實驗,將會給你的意識增加乙個全新的緯度。西格蒙德 弗洛伊德 sigmund freud,1856.5.6 1939.9.23 猶太人,奧地利精神病醫生及精神分...

程式設計師,架構師,軟體工程師的區別

程式設計師 僅僅會寫 不會寫文件 軟體工程師 會寫 也會寫一些專案的文件,如需求,詳細設計,系統整體方案設計 架構設計,使用者手冊,開發計畫等 架構師 一般需要從資深軟體工程師裡面提公升為架構師 主要負責大系統專案 如乙個1000萬使用者併發訪問的 伺服器 系統設計 的架構設計。如果是小型專案,一般...