如何看待Linus「從不認為閱讀別人的代碼是了解某個想法的一種有用的方法」言論？

01-21

Linus的話有點裝啊，只是根據個人的不同情況學習的途徑不同而已嘛，你看OS的書？數學家估計都不看的吧。

一般人一般是網搜不到才看文檔資料，沒文擋才看代碼看注釋，沒（源）代碼才反彙編，沒法反彙編才破解，沒法破解才社會工程，沒法社會工程才自主研發的吧。

說白了這句話就是不要為了讀代碼而讀代碼

要為了寫代碼而讀代碼單純的去讀印象不會深刻在實踐中不斷失敗不斷通過讀源代碼去總結思考才能得到理解

0.代碼，我理解的就是乾乾淨淨的代碼；注釋、文檔和書都應該歸類到書裡面去；

1.裸看代碼太痛苦了，有些人寫代碼沒有注釋，看起來生不如死，能不看就不看；

2.如果一個函數有良好的注釋，正常情況下我是不會仔細看該函數的實現的，大略瞄一眼就成，除非我要去改或實現類似功能；因為，這個函數外面還有很多的代碼，我習慣先搞懂框架和流程，之後深入細節；

3.有些代碼沒有注釋(必須說明了what、how和why的才算好注釋)太不容易看懂了，比如，0x5f3759df；

4.有些注釋、文檔太不完善了，逼著你去看代碼以防作者忘了更新文檔；以前用過opencv1.0和opencv2.0的人臉檢測，看文檔毫無變化，其實2.0裡面增加了很多策略；

所以：有書就先看書，除非你要改代碼；如果覺得這貨可能忘了更新文檔，那隻能看代碼然後吐槽了。

因為他是linus

我覺得讀代碼還是很有幫助的，因為我是我... 我不是linus...

1，先看問題，背景

2，有可能的話，自己先擼一個或者幾個解決方案

3，看別人的方案，架構圖，和自己的比較，不足之處。

4，有必要的話，簡單看下代碼，看關鍵之處，自己無能之處，學習切磋一下

很多人就是想找個捷徑，看書還是看代碼能更快成為大牛？只學思想容易成了ppt程序員，只看代碼容易成了個高工，一起看沒毛病啊

他看到idea能馬上反應出code該怎麼寫

如果你是比爾蓋茨的時候，你也可以說，老子根本不在乎你們怎麼賺錢的。因為你們怎麼賺都沒我多。

相信他，這是實話。

----

前面的人說的也是對的，重點是你為什麼要去看別人的代碼。