你別來問，本身看源碼去

背景

下午和一位前輩討論技術方案的時候，我就不停地在想，若是沒有他，我就要花大量時間來看源碼；若是新來了人，他也要花時間去看，你們花在看源碼的時間真是多得可怕。

爲何看源碼？

就我目前的工做經歷和所見所聞，無數的論調都是：看教程不如看源碼，程序員看源碼成長快，周圍的技術氛圍也是：你別來問，本身看源碼去。

一直都十分贊同這種觀點，一方面，利己，看源碼確實可讓本身跳出溫馨區，學習別人的編碼方式；另外一方面，利人，不須要總是麻煩別人解釋他們編寫的代碼。

但對於項目，沒有足夠的文檔，新人爲了開發新功能看源碼來從新理解已有代碼，算不算重複造輪子。
若是是，那這就真是最最耗時、最最坑的重複。

本身在反編譯源碼的時候，對於公司，絕對不利於項目快速推動；對於本身，我的收穫也愈來愈小了，畢竟讀代碼的能力達到必定水平，讀再多的代碼也不會再有什麼成長的空間。

因此，看源碼彷佛也沒有那麼好了。

爲何不下降看源碼的難度？

通常來講，程序員都有一個思惟：凡事化難爲易。什麼事，若是繁瑣，困難，都很想盡辦法讓它變簡單變快捷才是；但在熟悉項目上，想法卻相反，認爲要文檔是偷懶，看源碼纔是優秀技術人員該作的事。

在別的事情上作得累，就必定要想辦法下降難度；看源碼這件事上，你看得累就是你的問題，而不是由於看源碼這件事自己有問題。畢竟看源碼的能力能體現出一個程序員的聰明程度，因此你們都默認這種困難的存在。

並且，這種要求本身看源碼的心態還源自於能夠以此來阻止別人要求本身給文檔。我並非真的認爲看源碼比看文檔好，可是我真的不想寫文檔，因此你也別來問我要，我寧願看你的源碼，你有又什麼理由不看個人呢？

文檔要寫，源碼要看

從完成項目的角度來看待看源碼，就會發現它極其不合理。

文檔能大大提高熟悉項目的時間，固然是越多越好，必定要寫。可是，現實的開發又不會容許你們有足夠的時間來寫全全部的文檔，因此看源碼的能力仍是要有的。