我從三個層面來說：

• 閱讀業務代碼的方法

• 臉皮要厚，不會就問

• 可以考慮換公司

閱讀業務代碼的方法

主要流程分四步：

• 先「跑起來」：在這里就是先要去了解項目的業務流程，能夠先搞懂業務是什么樣的
• 自頂向下拆解：從業務流程對應到代碼里面去，先找模塊、再到包、然后是類、最后是方法。注意這里不要在意細節，能夠把類，方法按照業務流程給串起來就行。
• 深入細節：然后再到方法里面去看具體的細節
• 延伸改進：這是在你梳理完了代碼之后，再考慮的事情。可以想想為什么代碼這么寫，有沒有什么更好的方法。

臉皮要厚，不會就問

公司肯定有老員工，逮到了就問，別怕人煩，現在你不搞清楚了，后面正式開始寫代碼的時候，寫出來一堆問題，同事和領導的意見會更大。

我就遇到過幾個人，真的是郁悶。不問他，一句話都不說，一問全是問題。一些小問題卡了好幾個小時，也不說，就悶在那里不知道在干嘛。

按照上面的流程，先找人把業務給理清楚了，然后再去理代碼。注意代碼問題也主要關注業務流程層面，而不是語法層面，語法層面的自己去搜搜就可以了。

問的標準是自己十到二十分鐘搞不定的問題，就立刻去問！！！

可以考慮換公司

工作本來就是雙向選擇。如果代碼邏輯很亂，又沒人能把業務和代碼給你講清楚，或者沒人愿意給你講。那說明這家公司的管理很亂，你可能接的是個鍋，你在這家公司不一定能學到東西，要不要繼續待在這里是很值得考慮的。