我曾開發過非常復雜的系統，系統總代碼量超過千萬行， 還是有資本回答一下這個問題的。
從代碼邏輯來理解業務邏輯確實是一個比較難的事情，特別是代碼量非常大的情況下。這就好比把一個人扔到原始森林里面，讓他分析一下這個森林的外輪廓是什么形狀一樣。
如果我們身陷其中，那么可能就會有一種非常無助，摸不到頭緒的感覺。如果代碼量有數百萬，甚至千萬行，那將是一個極大的挑戰。甚至讓人進入一種絕望的境地。正所謂，“不識廬山真面目，只緣身在此山中”。所以，這個時候我們應該跳出來。
怎么跳出來呢？其實就是所謂的上帝視角，如果我們站的更高一些，那么我們就很容易搞清楚。比如對于原始森林的輪廓，如果我們能在飛機，或者空間站來觀察，那么就很容易知道其輪廓。
閱讀代碼也是如此。如果我們先了解業務邏輯，知道短代碼是做什么的，然后再去理解代碼的實現邏輯就輕松的多了。所以，不要因為看了兩周代碼沒有頭緒就喪失信心，覺得不能勝任工作。
總體來說，閱讀代碼還是要講究一些方法的，只用通過正確的方法，才能達到事半功倍的效果。這里我們總結一下基本思路。
由具體到抽象人類認識事物的規律是具體的事情容易理解，抽象的事情不容易理解。比如一個做Web前端的程序員，看到結果后馬上就能清楚與期望的差異，但是你讓他根據CSS和JS來判斷跟期望的差異將非常困難。
其它代碼也是如此，如果我們先理解業務邏輯，或者先運行代碼知道代碼的運行過程及結果。那么再去理解代碼將變得比較容易了。
輔助方法有些代碼純靠閱讀是很難理解的，這個時候可以借助一些輔助的方法來理解。最為有效的方法自然是運行和調試代碼。比如在代碼中添加一些日志，或者通過調試工具，分子流程的理解代碼。這樣我們就能夠各個擊破的理解整體代碼。
輔助工具一個好用的工具能夠起到事半功倍的效果。因此，如果你還沒有一個比較好的開發或者閱讀代碼的工具，可以選擇一個。這方面的工具很多，比如C/C++用的source insight，Python的PyCharm，Java的Eclipse等等，類似的工具太多了。
如果你對代碼有了非常清晰的理解，再去開發就非常容易了。
當然，其實在大型項目中是不可能理解所有代碼的。通常你只需要理解你負責的那部分就像。可以先小范圍，然后再擴大范圍。
最好，加油吧，要有信心，一定可以勝任的！！！