國外程式設計師推薦:每個程式設計師都應讀的書

2021-01-15 雷鋒網

【編者按】本文由伯樂在線的黃利民編譯。源於2008年8月4日,StackOverflow 網友 Bert F 發帖提問:哪本最具影響力的書,是每個程式設計師都應該讀的?

「如果能時光倒流,回到過去,作為一個開發人員,你可以告訴自己在職業生涯初期應該讀一本, 你會選擇哪本書呢?我希望這個書單列表內容豐富,可以涵蓋很多東西。」

1、《代碼大全》 史蒂夫·邁克康奈爾

推薦數:1684

「優秀的編程實踐的百科全書,《代碼大全》注重個人技術,其中所有東西加起來, 就是我們本能所說的「編寫整潔的代碼」。這本書有50頁在談論代碼布局。」 —— Joel Spolsky

對於新手來說,這本書中的觀念有點高階了。到你準備閱讀此書時,你應該已經知道並實踐過書中99%的觀念。– esac

Steve McConnell的原作《代碼大全》(第1版)是公認的關於編程的最佳實踐指南之一, 在過去的十多年間,本書一直在幫助開發人員編寫更好的軟體。

現在,作者將這本經典著作全新演繹,融入了最前沿的實踐技術,加入了上百個嶄新的代碼示例, 充分展示了軟體構建的藝術性和科學性。 McConnell匯集了來自研究機構、學術界以及業界日常實踐的主要知識, 把最高效的技術和最重要的原理交織融會為這本既清晰又實用的指南。

無論您的經驗水平如何,也不管您在怎樣的開發環境中工作,也無論項目是大是小, 本書都將激發您的思維並幫助您構建高品質的代碼。

《代碼大全(第2版))》做了全面的更新,增加了很多與時俱進的內容,包括對新語言、新的開發過程與方法論的討論等等。

推薦數:1504

對於那些已經學習過編程機制的程式設計師來說,這是一本卓越的書。 或許他們還是在校生,但對要自己做什麼,還感覺不是很安全。

就像草圖和架構之間的差別。雖然你在學校課堂上學到的是畫圖,你也可以畫的很漂亮, 但如果你覺得你不太知道從哪兒下手,如果某人要你獨自畫一個P2P的音樂交換網絡圖,那這本書就適合你了。—— Joel

《程式設計師修煉之道:從小工到專家》內容簡介:《程式設計師修煉之道》由一系列獨立的部分組成, 涵蓋的主題從個人責任、職業發展,知道用於使代碼保持靈活、並且易於改編和復用的各種架構技術, 利用許多富有娛樂性的奇聞軼事、有思想性的例子及有趣的類比, 全面闡釋了軟體開發的許多不同方面的最佳實踐和重大陷阱。

無論你是初學者,是有經驗的程式設計師,還是軟體項目經理,《程式設計師修煉之道:從小工到專家》都適合你閱讀。

推薦數:916

就個人而言,這本書目前為止對我影響醉倒的一本編程書。

《代碼大全》、《重構》和《設計模式》這些經典書會教給你高效的工作習慣和交易細節。 其他像《人件集》、《計算機編程心理學》和《人月神話》這些書會深入軟體開發的心理層面。 其他書籍則處理算法。這些書都有自己所屬的位置。

然而《電腦程式的構造和解釋》與這些不同。 這是一本會啟發你的書,它會燃起你編寫出色程序的熱情; 它還將教會你認識並欣賞美; 它會讓你有種敬畏,讓你難以抑制地渴望學習更多的東西。

其他書或許會讓你成為一位更出色的程式設計師,但此書將一定會讓你成為一名程式設計師。

同時,你將會學到其他東西,函數式編程(第三章)、惰性計算、元編程、虛擬機、解釋器和編譯器。

一些人認為此書不適合新手。 個人認為,雖然我並不完全認同要有一些編程經驗才能讀此書,但我還是一定推薦給初學者。 畢竟這本書是寫給著名的6.001,是麻省理工學院的入門編程課程。 此書或許需要多做努力(尤其你在做練習的時候,你也應當如此),但這個價是對得起這本書的。

推薦數:774

這本書簡潔易讀,會教給你三件事:C 程式語言;如何像程式設計師一樣思考;底層計算模型。 (這對理解「底層」非常重要)—— Nathan

《C程序設計語言》(第2版新版)講述深入淺出,配合典型例證,通俗易懂,實用性強, 適合作為大專院校計算機專業或非計算機專業的C語言教材,也可以作為從事計算機相關軟硬體開發的技術人員的參考書。

《C程序設計語言》(第2版新版)原著即為C語言的設計者之一Dennis M.Ritchie和著名的計算機科學家Brian W.Kernighan合著的 一本介紹C語言的權威經典著作。 我們現在見到的大量論述C語言程序設計的教材和專著均以此書為藍本。 原著第1版中介紹的C語言成為後來廣泛使用的C語言版本——標準C的基礎。

人們熟知的「hello,world」程序就是由本書首次引入的,現在,這一程序已經成為所有程序設計語言入門的第一課。

推薦數:671

《代碼大全》教你如何正確編程; 《人月神話》教你如何正確管理; 《設計模式》教你如何正確設計……

在我看來,代碼只是一個工具,並非精髓。 開發軟體的主要部分是創建新算法或重新實現現有算法。 其他部分則像重新組裝樂高磚塊或創建「管理」層。

我依然夢想這樣的工作,我的大部分時間(>50%)是在寫算法,其他「管理」細節則留給其他人…… —— Ran Biron

經典的算法書,被亞馬遜網,《程式設計師》等評選為2006年最受讀者喜愛的十大IT圖書之一。算法領域的標準教材,全球多所知名大學選用MIT名師聯手鑄就,被譽為「計算機算法的聖經」編寫上採用了「五個一」,即一章介紹一個算法、一種設計技術、一個應用領域和一個相關話題。

推薦數:617

《重構:改善既有代碼的設計》清晰地揭示了重構的過程,解釋了重構的原理和最佳實踐方式, 並給出了何時以及何地應該開始挖掘代碼以求改善。 書中給出了70多個可行的重構,每個重構都介紹了一種經過驗證的代碼變換手法的動機和技術。

《重構:改善既有代碼的設計》提出的重構準則將幫助你一次一小步地修改你的代碼,從而減少了開發過程中的風險。

《重構:改善既有代碼的設計》適合軟體開發人員、項目管理人員等閱讀, 也可作為高等院校計算機及相關專業師生的參考讀物。

我想我不得不推薦《重構》:改進現有代碼的設計。—— Martin

我必須承認,我最喜歡的編程語錄是出自這本書:任何一個傻瓜都能寫出計算機能理解的程序, 而優秀的程式設計師卻能寫出別人能讀得懂的程序。—— Martin Fowler

推薦數:617

自1995年出版以來,本書一直名列Amazon和各大書店銷售榜前列。 近10年後,本書仍是Addison-Wesley公司2003年最暢銷的圖書之一。 中文版銷售逾4萬冊。

就我而言,我認為四人幫編著的《設計模式》是一本極為有用的書。 雖然此書並不像其他建議一樣有關「元」編程,但它強調封裝諸如模式一類的優秀編程技術, 因而鼓勵其他人提出新模式和反模式(antipatterns),並運用於編程對話中。—— Chris Jester-Young

推薦數:588

在軟體領域,很少能有像《人月神話》一樣具有深遠影響力並且暢銷不衰的著作。

Brooks博士為人們管理複雜項目提供了最具洞察力的見解。 既有很多發人深省的觀點,又有大量軟體工程的實踐。 本書內容來自Brooks博士在IBM公司System/360家族和OS/360中的項目管理經驗。

該書英文原版一經面世,即引起業內人士的強烈反響,後又譯為德、法、日、俄中等多種語言,全球銷量數百萬冊。 確立了其在行業內的經典地位。

推薦數:542

《電腦程式設計藝術》系列著作對計算機領域產生了深遠的影響。 這一系列堪稱一項浩大的工程,自1962年開始編寫,計劃出版7卷,目前已經出版了4卷。

《美國科學家》雜誌曾將這套書與愛因斯坦的《相對論》等書並列稱為20世紀最重要的12本物理學著作。 目前Knuth正將畢生精力投入到這部史詩性著作的撰寫中。

這是高德納傾注心血寫的一本書。—— Peter Coulton

10、《編譯原理》(龍書)

推薦數:462

我很奇怪,居然沒人提到龍書。(或許已有推薦,我沒有看到)。 我從沒忘過此書的第一版封面。 此書讓我知道了編譯器是多麼地神奇絕妙。- DB

推薦數:445

強大的寫作陣容。

《Head First設計模式》(中文版) 作者Eric Freeman;ElElisabeth Freeman是作家、講師和技術顧問。Eric擁有耶魯大學的計算機科學博士學位,E1isabath擁有耶魯大學的計算機科學碩士學位。Kathy Sierra(javaranch.com的創始人)FHBert Bates是暢銷的HeadFirst系列書籍的創立者,也是Sun公司Java開發員認證考試的開發者。

本書的產品設計應用神經生物學、認知科學,以及學習理論,這使得這本書能夠將這些知識深深地印在你的腦海裡, 不容易被遺忘。

本書的編寫方式採用引導式教學,不直接告訴你該怎麼做,而是利用故事當作引子,帶領讀者思考並想辦法解決問題。 解決問題的過程中又會產生一些新的問題,再繼續思考、繼續解決問題,這樣可以加深體會。

作者以大量的生活化故事當背景,例如第1章是鴨子,第2章是氣象站,第3章是咖啡店, 書中搭配大量的插圖(幾乎每一頁都有圖),所以閱讀起來生動有趣,不會感覺到昏昏欲睡。

作者還利用歪歪斜斜的手寫字體,增加「現場感」。 精心設計許多爆笑的對白,讓學習過程不會太枯燥。 還有模式告白節目,將設計模式擬人化成節目來賓,暢談其內在的一切。 每一章都有數目不等的測驗題。 每章最後有一頁要點整理,這也是精華所在,我都是利用這一頁做複習。

我知道四人幫的《設計模式》是一本標準書,但倒不如先看看這部大部頭,此書更為簡易。 一旦你了解了解了基本原則,可以去看四人幫的那本聖經了。- Calanus

推薦數:437

如果下昂真正深入閱讀,我推薦道格拉斯·侯世達(Douglas Hofstadter)的《哥德爾、艾舍爾、巴赫書》。 他極為深入研究了程式設計師每日都要面對的問題:遞歸、驗證、證明和布爾代數。 這是一本很出色的讀物,難度不大,偶爾有挑戰,一旦你要鏖戰到底,將是非常值得的。 – Jonik

推薦數:329

細節之中自有天地,整潔成就卓越代碼

儘管糟糕的代碼也能運行,但如果代碼不整潔,會使整個開發團隊泥足深陷, 寫得不好的代碼每年都要耗費難以計數的時間和資源。 然而這種情況並非無法避免。

著名軟體專家RoberfC.Marlin在《代碼整潔之道》中為你呈現出了革命性的視野。 Martin攜同ObjectMetltor公司的同事,從他們有關整潔代碼的最佳敏捷實踐中提煉出軟體技藝的價值觀, 以饗讀者,讓你成為更優秀的程式設計師——只要你著手研讀《代碼整潔之道》。

閱讀《代碼整潔之道》需要你做些什麼呢?你將閱讀代碼——大量代碼。 《代碼整潔之道》促使你思考代碼中何謂正確,何謂錯誤。 更重要的是,《代碼整潔之道》將促使你重新評估自己的專業價值觀,以及對自己技藝的承諾。

從《代碼整潔之道》中可以學到:

好代碼和糟糕的代碼之間的區別;如何編寫好代碼,如何將糟糕的代碼轉化為好代碼;如何創建好名稱、好函數、好對象和好類;如何格式化代碼以實現其可讀性的最大化;如何在不妨礙代碼邏輯的前提下充分實現錯誤處理;如何進行單元測試和測試驅動開發。

雖然《代碼整潔之道》和《代碼大全》有很多共同之處,但它有更為簡潔更為實際的清晰例子。 – Craig P. Motlin

推薦數:297

在我職業生涯早期,Scott Meyer的《Effective C++》和後續的《More Effective C++》都對我的編程能力有著直接影響。 正如當時的一位朋友所說,這些書縮短你培養編程技能的過程,而其他人可能要花費數年。

去年對我影響最大的一本書是《大教堂與市集》,該書教會我很有關開源開發過程如何運作,和如何處理我代碼中的Bug。 – John Channing

推薦數:282

多年以來,當程式設計師們推選出最心愛的計算機圖書時,《編程珠璣》總是位列前列。 正如自然界裡珍珠出自細沙對牡蠣的磨礪,計算機科學大師Jon Bentley以其獨有的洞察力和創造力, 從磨礪程式設計師的實際問題中凝結出一篇篇不朽的編程「珠璣」, 成為世界計算機界名刊《ACM通訊》歷史上最受歡迎的專欄, 最終結集為兩部不朽的計算機科學經典名著,影響和激勵著一代又一代程式設計師和計算機科學工作者。

本書為第一卷,主要討論計算機科學中最本質的問題:如何正確選擇和高效地實現算法。

儘管我不得不羞愧地承認,書中一半的東西我都沒有理解,但我真的推薦《編程珠璣》,書中有些令人驚奇的東西。 – Matt Warren

16、《修改代碼的藝術》by Michael Feathers

本書是繼《重構》和《重構與模式》之後探討修改代碼技術的又一裡程碑式的著作, 而且從涵蓋面和深度上都超過了前兩部經典。 書中不僅講述面向對象語言(Java、C#和C++)代碼,也有專章討論C這樣的過程式語言。

作者將理解、測試和修改代碼的原理、技術和最新工具(自動化重構工具、單元測試框架、仿對象、集成測試框架等), 與解依賴技術和大量開發和設計優秀代碼的原則、最佳實踐相結合,許多內容非常深入,而且常常發前人所未發。

書中處處體現出作者獨到的洞察力,以及多年開發和指導軟體項目所積累的豐富經驗和深厚功力。 通過這部集大成之作,你不僅能掌握最頂尖的修改代碼技術,還可以大大提高對代碼和軟體開發的領悟力。

我認為沒有任何一本書能向這本書一樣影響了我的編程觀點。 它明確地告訴你如何處理其他人的代碼,含蓄地教會你避免哪些(以及為什麼要避免)。- Wolfbyte

同意。很多開發人員討論用乾淨的石板來編寫軟體。 但我想幾乎所有開發人員的某些時候是在吃其他開發人員的狗食。– Bernard Dy

這是一本講述計算機工作原理的書。

不過,你千萬不要因為「工作原理」之類的字眼就武斷地認為,它是晦澀而難懂的。 作者用豐富的想像和清晰的筆墨將看似繁雜的理論闡述得通俗易懂,你絲毫不會感到枯燥和生硬。 更重要的是,你會因此而獲得對計算機工作原理較深刻的理解。 這種理解不是抽象層面上的,而是具有一定深度的,這種深度甚至不遜於「電氣工程師」和「程式設計師」的理解。

不管你是計算機高手,還是對這個神奇的機器充滿敬畏之心的菜鳥, 都不妨翻閱一下《編碼:隱匿在計算機軟硬體背後的語言》,讀一讀大師的經典作品,必然會有收穫。

我推薦Charles Petzold的《編碼》。 在這個充滿工具和IDE的年代,很多複雜度已經從程式設計師那「抽取」走了,這本書一本開眼之作。 – hemil

對我影響最大的那本書是 Robert Pirsig 的《禪與摩託車維修藝術》。 不管你做什麼事,總是要力求完美,徹底了解你手中的工具和任務,更為重要的是, 要有樂趣(因為如果你做事有樂趣,一切將自發引向更好的結果)。 – akr

Demarco 和 Lister 表明,軟體開發中的首要問題是人,並非技術。 他們的答案並不簡單,只是令人難以置信的成功。 第二版新增加了八章內容。 – Eduardo Molteni

這是一本訪談筆錄,記錄了當今最具個人魅力的15位軟體先驅的編程生涯。 包括DonaldKnuth、Jamie Zawinski、Joshua Bloch、Ken Thompson等在內的業界傳奇人物,為我們講述了 他們是怎麼學習編程的,在編程過程中發現了什麼以及他們對未來的看法, 並對諸如應該如何設計軟體等長久以來一直困擾很多程式設計師的問題談了自己的觀點。

一本非常有影響力的書,可以從中學到一些業界頂級人士的經驗,了解他們如何思考並工作。 – Jahanzeb Farooq

21、《Surely You’re Joking, Mr. Feynman! / 別鬧了,費曼先生!》

雖然這本書可能有點偏題,但不管你信不信,這本書曾在計算機科學專業課程的閱讀列表之上。 一個優秀的角色模型,一本有關好奇心的優秀書籍。 – mike511

此書第二版教你如何編寫漂亮並高效的代碼,雖然這是一本Java書,但其中有很多跨語言的理念。 – Marcio Aguiar

很奇怪,還沒人推薦 Martin Fowler 的《企業應用架構模式》- levi rosol

這兩本是LISP的英文書,尚無中文版。 美國東北大學網站上有電子版。

25、《互動設計之路》英文名:《The Inmates Are Running The Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity》該書作者:Alan Cooper,人稱Visual Basic之父,互動設計之父。

本書是基於眾多商務案例,講述如何創建更好的、高客戶忠誠度的軟體產品和基於軟體的高科技產品的書。 本書列舉了很多真實可信的實際例子,說明目前在軟體產品和基於軟體的高科技產品中,普遍存在著「難用」的問題。

作者認為,「難用」問題是由這些產品中存在著的高度「認知摩擦」引起的, 而產生這個問題的根源在於現今軟體開發過程中欠缺了一個為用戶利益著想的前期「互動設計」階段。 「難用」的產品不僅損害了用戶的利益,最終也將導致企業的失敗。

本書通過一些生動的實例,讓人信服地講述了由作者倡導的「目標導向」互動設計方法在解決「難用」問題方面的有效性, 證實了只有改變現有觀念,才能有效地在開發過程中引入互動設計,將產品的設計引向成功。

本書雖然是一本面向商務人員而編寫的書,但也適合於所有參與軟體產品和基於軟體的高科技產品開發的專業人士, 以及關心軟體行業和高科技行業現狀與發展的人士閱讀。

他還有另一本中文版著作:《About Face 3 互動設計精髓》

26、《Why’s (Poignant) Guide to Ruby 》

如果你不是程式設計師,閱讀此書可能會很有趣,但如果你已經是個程式設計師,可能會有點乏味。

27、《Unix編程藝術》

It is useful regardless operating system you use. – J.F. Sebastian

不管你使用什麼作業系統,這本書都很有用。 – J.F. Sebastian

45個習慣,分為7個方面:工作態度、學習、軟體交付、反饋、編碼、調試和協作。

每一個具體的習慣裡,一開始提出一個謬論,然後展開分析,之後有正隊性地提出正確的做法,並設身處地地講出了正確做法給你個人的「切身感受」,最後列出幾條注意事項,幫助你修正自己的做法(「平衡的藝術」)。

前面已經提到的很多書都啟發了我,並影響了我,但這本書每位程式設計師都應該讀。 它向我展示了單元測試和TDD的重要性,並讓我很快上手。 – Curro

我不關心你的代碼有多好或優雅。 如果你沒有測試,你或許就如同沒有編寫代碼。 這本書得到的推薦數應該更高些。 人們討論編寫用戶喜歡的軟體,或既設計出色並健壯的高效代碼,但如果你的軟體有一堆bug,談論那些東西毫無意義。– Adam Gent

可用性設計是Web設計中最重要也是難度最大的一項任務。 《點石成金-訪客至上的網頁設計秘笈(原書第二版)》作者根據多年從業的經驗,剖析用戶的心理, 在用戶使用的模式、為掃描進行設計、導航設計、主頁布局、可用性測試等方面提出了許多獨特的觀點, 並給出了大量簡單、易行的可用性設計的建議。

本書短小精煉,語言輕鬆詼諧,書中穿插大量色彩豐富的屏幕截圖、趣味叢生的卡通插圖以及包含大量信息的圖表, 使枯燥的設計原理變得平易近人。

本書適合從事Web設計和Web開發的技術人員閱讀,特別適合為如何留住訪問者而苦惱的網站/網頁設計人員閱讀。 這是一本關於Web設計原則而不是Web設計技術的書。

本書作者是Web設計專家,具有豐富的實踐經驗。 他用幽默的語言為你揭示Web設計中重要但卻容易被忽視的問題,只需幾個小時, 你便能對照書中講授的設計原則找到網站設計的癥結所在,令你的網站煥然一新。

取決於你所追求的目標。 我喜歡《代碼大全》是因純編程,《點石成金》是一本有關UI設計的卓越書籍。 – Justin Standard

原文連結:國外程式設計師推薦:每個程式設計師都應讀的書

雷鋒網原創文章,未經授權禁止轉載。詳情見轉載須知。

相關焦點

  • 每個程式設計師都該閱讀的書 - OSCHINA - 中文開源技術交流社區
    國外知名網站stackoverflow上有一個問題調查: 哪本書是對程式設計師最有 影響、每個程式設計師都該閱讀的書? 這個調查已歷時兩年,目前為止吸引 了153,432人訪問,讀者共推薦出了478本書(還在增加),其中最火的一本 書《Code Complete》被頂了1306次。
  • 程式設計師的這108個笑話 你都看得懂嗎?-程式設計師,笑話,編程, ——快...
    3、還沒上大學的時候,高三暑假,跑到家那邊的圖書城想買傳說中的C++的書,然後看到一本C#,我一看,嘿,這個++還寫得挺藝術的,重疊起來了,於是把C#買了回來……4、問:程序猿最討厭康熙的哪個兒子?答:胤禩,因為他是八阿哥(bug)。5、有一天,程序猿們突然發現他們要漲的工資掉到井裡啦!大家都很害怕,連忙一個吊著一個,從樹上伸到井裡去撈工資。
  • 程式設計師怎麼提高英文水平?
    上篇我們分析了程式設計師是必須要學習英文的,和英文對程式設計師的重要性。這一篇我將對如何學習英語和如何提高程式設計師的英文水平分享下我自己的經驗。英文主要的提高點在閱讀,口語和聽力,下面讓我們逐個攻破。如何提高閱讀能力?
  • 高級程式設計師是如何從初級程式設計師演變的?工作經驗不再是唯一途徑!
    一旦你不再是初級程式設計師,什麼時候會成為高級程式設計師呢? 多年的工作經驗會自動讓你成為高級程式設計師嗎?未必。 以我自身為例。當我還是一名年輕的初級程式設計師時,我以為自己什麼都懂。我傲慢自大,獨來獨往。我認為自己是「代碼之神」。
  • 程式設計師的真實工資有多少?程式設計師可以幹多久?
    程式設計師的真實工資有多少?程式設計師可以幹多久?每個人對這個話題都有自己的想法。它同時也是同在打工的人們之間一個的禁忌。一般的程式設計師真是工資是多少?想必這是很多程式設計師想問而又問而不得的問題,下面小編就為大家介紹一下。
  • 據說不知道這些大神的程式設計師不是真正的程式設計師
    簡評:據說不知道這些大神的程式設計師不是真正的程式設計師,這些大神有的可以憑藉一本未完成的書獲得ACM圖靈獎,有的微軟開出百萬年薪蓋茨親自來挖人,更甚者用自己發明的語言重新開發一套作業系統。克努特)   他最為人知的工作就是經典巨著《電腦程式設計的藝術》, 這本書第一卷《基本算法》 於1968年推出,可真正能讀完並且真正讀懂的人並不多,比爾.蓋茨在1995年接受一次採訪時說,「如果你認為你是一名真正優秀的程式設計師,就去讀第一卷,...... 如果你能讀懂整套書的話,請給我發一份你的簡歷。」
  • 中國程式設計師 VS 美國程式設計師,差距就在這五點
    ,程式設計師的薪資也明顯高於其他行業。美國程式設計師大多數都是因為熱愛編程行業而從事這份工作的,他們會專注某一個領域幾十年。50歲以上的程式設計師還會安心待在同一個崗位寫代碼,專研技術。他們想法很簡單, 對於編程這種事情更多的是那種單純似的熱愛。影響因素:國外的程式設計師,專心寫程序並專研,他的級別和工資就會年年往上漲,和做管理的人員沒太大區別。
  • 程式設計師說,要有光……
    但是每個人都可以看出一個僅僅以堅固實用為目的的樹上小屋和一個巧妙地利用樹本身特點的美妙小屋之間的差異。這是一個將藝術和工程融為一體的工作。編程與造樹上小屋有相似之外……每個熱愛編程的人都在編寫代碼的過程中享受著創世的樂趣,事實上這些語言可以概括成一句話:程式設計師說,要有光……一個新世界就誕生了。嗯,今天我們主要來談談燈光。
  • 好與壞的程式設計師:如何客觀評價程式設計師的水平?
    好在還不至於庸醫能治好,結果大家看到每次治的都是頑疾,反而出名了。這發生在幾千年前的對話是不是靠譜我們不知道,但是拿這話來套程式設計師的生態圈,真就是一套一個準。2微軟某個大牛軟體下面兩個不同的組裡各有一個大牛程式設計師,為了不失一般性,我們叫張三和李四吧。張三的特點頗有點大哥的風範,偶爾也充當一下二哥。
  • 被嫌棄的35歲程式設計師
    「那個時候我是技術骨幹,同時還要周旋在各項管理會議裡,大家很多事都需要等我做完才能往下推進,漸漸地我就成了團隊的『瓶頸』,這促使我下定決心把一線研發工作下放到團隊中去」。但需要注意的是,並非所有程式設計師都適合做管理。
  • 每一位小白程式設計師都應學會的 3 項技能
    乍一看,這三項技能除了C語言以外也許與程式設計師關係不是太大,但是經過深入挖掘後你就會發現這其中的奧妙。Spolsky建議程式設計師學習經濟學的原因是「programmers often don’t know that and consequently don’t understand how they add value to a business.」
  • 初中學歷可以轉行做程式設計師?
    初中學歷可以轉行做程式設計師,但是能否有更好的發展很難說。我本人普通本科畢業,做了六年程式設計師,而且我本科期間所學專業也不是計算機,後來成為程式設計師也是自學轉行的,自認為轉行做程式設計師並不難。雖然題主你目前只有初中學歷,但是想成為程式設計師其實也不難,以我的經驗,只要26個英文字母認得全,有一點英語基礎,去培訓機構培訓三個月,基本就能寫程序,成為一名初級程式設計師。
  • 最值得程式設計師閱讀的非編程類書籍
    >在 stackoverflow 上有人提問程式設計師應該閱讀的非編程類書籍有哪些?確實,程式設計師的書架不應僅僅局限在自身專業的書籍上,偶爾也可以看看非編程類的書籍,擴寬自己的視野,看看除了0,1以外的世界。本文將會選取其中熱度最高的 10 本書,並按照各書的推薦數排序。
  • 程式設計師的數學修煉手冊
    (話說帳單上都是吃喝玩樂,怎麼不見買書讀,哼,你們是不是把我忘了。)有人說:「2020 年是程式設計師本命年。」「哦?怎講?」大家都想盡力擺脫它的支配。《程式設計師的數學2:概率統計》涉及隨機變量、貝葉斯公式、離散值和連續值的概率分布、協方差矩陣、多元正態分布、估計與檢驗理論、偽隨機數以及概率論的各類應用。《程式設計師的數學3:線性代數》內容包括向量、矩陣、行列式、矩陣求逆、線性方程、特徵值、對角化、Jordan 標準型、特徵值算法、LU 分解等。
  • 想成為嵌入式程式設計師應知道的0x10個基本問題
    這些問題都是我這些年實際碰到的。其中有些題很難,但它們應該都能給你一點啟迪。這個測試適於不同水平的應試者,大多數初級水平的應試者的成績會很差,經驗豐富的程式設計師應該有很好的成績。為了讓你能自己決定某些問題的偏好,每個問題沒有分配分數,如果選擇這些考題為你所用,請自行按你的意思分配分數。預處理器(Preprocessor)1 .
  • 一名普通程式設計師該如何轉人工智慧方向?
    這時候有兩個選擇,工業界的可以選擇看開源項目,以改代碼為目的來讀代碼;學術界的可以看特定領域的論文,為解決問題而想發論文。  無論哪者,都需要知識過硬,以及較強的編碼能力,因此很能考察和鍛鍊水平。經過這個階段以後,可以說是踏入AI領域的門了。「師傅領進門,修行在個人」。之後的路就要自己走了。
  • 阿里傳奇程式設計師,只會寫代碼,卻從一名員工做到了合伙人
    而在阿里巴巴,也有一位和多隆一樣憨厚忠實的程式設計師工程師,他就是蔡景現,現在是阿里巴巴的合伙人之一,今天就來說說他的故事。阿里傳奇程式設計師,只會寫代碼,卻從一名員工做到了合伙人。1967年,蔡景現出生於浙江省蒼南縣一個貧困的農村家庭。小時候他學習一般,性格也比較內向,但在蔡景現平凡普通的校園成長經歷中,一本basic的程式語言書改變了他的生命歷程。
  • 資深程式設計師大佬告訴你,如何成為一個C++高級程式設計師
    語言我們要成為一個程式設計師,學的東西會很多很雜,但是最開始一定要從語言開始學習,而學習語言最關鍵的莫過於選好一本書,學校的教材就算了,根本沒 有寫得好的。在此隆重推薦《C++ Primer》,這本書很厚,內容也很豐富,對知識的講解不僅僅停留在表面。如果這本書能有耐心看完,語言方面基本就沒有什麼大問題了,對以後的學習也打 下了一個很好的基礎。2.
  • 程式設計師不要總想著四兩撥千斤
    因為數位化,程式設計師會長期存在經常會有媒體拿 35 歲來製造年齡焦慮,但現實生活中,我也見過不少超過 35 歲的程式設計師。在中國幾十年前是沒有程式設計師,就如同再往前幾十年,中國是沒有農民工的概念的。我出生在農村,父輩基本上都進城打工,一般是當泥工,也就是泥瓦匠,通俗講就是農民工。
  • 50%是招聘,50%是培訓,100%是程式設計師
    可以把技能考核提前,就有點像設計師,設計師有相應網站,上面都是他的作品,你在看他簡歷之前看看他的作品是否符合你的風格,他作品的細膩程度或者手繪的能力是否滿足企業的需求,這個置前,那後期的流程相對來說機會成本的損失可以降到最低。 Q:目前市面上既有的招聘、面試程式設計師的方式,是否足夠有效?