1樓：看大家剛編的故事
首先很多是工具書，比如primer;
其次，程式設計師學習有使用場景理解的更快，不一定要啃完書;
最後，大家意志力有限，讀不完很正常。
2樓：搖擺的張鐵鎚
當然僅限於基礎沒問題的人這麼看書新手入門最好還是系統性的過一遍
3樓：假裝很淡定
敏捷開發模式，相比以前的開發模式，強度大多了。不太會讓程式設計師有大量時間用於學習提高。
有的公司，有個開發效能組，專門用於提高開發效率。
4樓：
剛買kindle那會，買書的錢比買kindle花的錢還多一直也沒時間看
後來工作了，京東噹噹亞馬遜動不動就299－150，強迫我買書計算機的書正價還都那麼貴
買一兩本就能湊足滿減
又買了一堆書
一直也沒時間看
我大概只是單純的有囤積欲吧。。。。
5樓：
對於大多數程式設計師，技術類書籍分為兩類，乙個是工具類，乙個是拓展類；
工具類：用的時候查查就ok；
拓展類：看看核心邏輯就ok；
邊看邊實踐是通常的狀態，當然沒有必要一定要全部看完，很多非核心的、不關注的、沒興趣的、過於邊緣的部分自然濾過，這很正常吧。
畢竟不是做理論研究工作，還有查證每個試驗、每次記錄與資料。更多的是理解作者的核心技術表達即可。
6樓：
由於太過於懶，如果不需要用，就不看。
此外記憶力還特別差，看完了如果在乙個月內不用，就約等於沒看。
做無用功的感覺實在是糟糕透了。
（可是我始終沒辦法解釋資料庫一關，遊戲資料全都讀取不出來了，我還在吭哧吭哧的打遊戲這件事 ）
7樓：何志斌
以前看書從頭看到尾，最近喜歡按自己需要的看。書的價值不在於你讀完了沒有，而在於：
他告訴你可以做到什麼：讀目錄和前言；
他告訴你怎樣做才更有效：這種一般在書的實際操作部分根本原因當然在於軟體/IT技術是一門非常工程的事情，有很多東西很難寫出來。而真正有價值的，大部分書不到5%。
8樓：quentin zhao
這裡技術書籍好比女人，得到前充滿幻想，剛到手欣喜若狂，久了以後避之不及。哇哈哈哈哈哈哈！
古語云，書非借不能讀也。可見任何人的任何書都一樣，買的就是讀不完，得借。
9樓：勃勃山
你有時間看嗎?
看完你記得住嗎?
今年記得住明年呢?
真的想掌握某種技術只有去實踐，只靠看書沒有卵用的好嗎?
學作業系統就去寫個作業系統，學資料庫就去寫個資料庫，問題你有這麼多時間麼。
10樓：florent
說得好像其他專業的學生，都是能把專業書看完的樣子。本來想舉個歷史系學生的例子，想想可能被噴。就高中課本，憑良心說，你每頁都翻過嗎……
11樓：蔬菜
正好藉著這個問題反思一下自己，對於我主要可能是這幾個原因：
有些書是因為興趣，或者覺得應該讀，但是和目前的工作內容不太相干。一天到晚腦子裡都是工作裡要解決的那些問題。所以這個上下文切換就很不順暢，讀這些興趣書的沉浸感就不強，效率也一般。
其實想想上學的時候也是很多科目切著來並沒有問題，但那時有充足的空閒時間，就像磁碟有足夠的空閒空間，搗騰起來也就比較順滑，現在玩的時間都沒，「磁碟空間」天天不足，切換起來就非常卡（歸結於環境）
有點像健身，知道是對的，也不難，就是沒有堅持下來。斷上幾次就放棄了。原因就不說了大家都懂（歸結於人性）
有些書就是看個套路，套路了解之後感覺不需要讀完。（歸結於書的內容）
（總之不怨我）
12樓：軒轅御龍
因為你看書是想自我提公升，而你的工作恨不得要求你每天投入25小時在業務上。
碼農看書的主要矛盾是日益增長的業務需求和日漸不濟的精力之間的矛盾。
所以說「惜取少年時」啊胖友們
13樓：方輕塵
因為老外習慣把乙個概念講很長，再加上翻譯質量差，那個叫看的累。買書一般都當手冊，再針對某個概念去網上找理解起來快很多。最近就是很多書沒看完的價值，有一半是有用的就很不錯了
14樓：
大部分是作為工具書、手冊買的，要學的東西太多，不太可能樣樣精通，需要什麼去學什麼就行。
當然，如果要精通乙個領域，不要說一本書，可能很多本書都得啃下來。
為什麼說 最優秀的程式設計師大部分是C程式設計師？
圓胖腫 因為大多數人的智商理解不了lisp或者haskellc相對容易懂，因為tangible 這就猶如其實最優秀的科學家從來都是數學家，但是處境喜劇裡面出現的往往是物理學家一樣 太抽象的東西，一般人理解不了 新聞炒作的也是諾貝爾獎，其實論難度，菲爾茲獎明顯比諾貝爾獎要難一點諾貝爾獎也是靠理論物理撐...
為什麼大部分程式設計師都不玩自己寫的遊戲？
扼殺黑暗 因為策劃無能，設計的不好玩 僅此而已 以前我司一直沒人玩自己遊戲，後來了個智力正常的關卡策劃，他還經常去噴數值 結果客戶端和伺服器都玩的不亦樂乎 真的好玩 歐陽芸 外行人瞎答一下 以騎砍為例，自從學會了用魔球魔改mod，我好像很久沒正經玩過騎砍了。魔改時間比玩遊戲的時間還長，看到什麼裝備模...
為何程式設計師大部分時間在debug
K R 的作者 Brian Kernighan 這樣認為的 Kernighan s Law Debugging is twice as hard as writing the code in the first place.Therefore,if you write the code as cle...