看不懂就問，不過問也是有方法的，不要什麼不會就問什麼，而是要找上司說明一下你的情況，該怎麼學習，從而能順利工作。。我在動力節點學的，機構的水平很高，老師水平也高，所以教的水平可以，並且我們做過幾個大廠專案，沒遇到你說的問題，遇到別的問題，終身可以請教老師，也可以和上司出好關係，不懂得請教上司。這個機構感覺很棒，在深圳也要開新校區了，可以看看適不適合自己。

新入職的員工一定要謙虛，因為就公司的工作方面看，別人都是你的老師

首先要多問，不懂就問，不問別人沒有義務主動教你，但是，必須是自己先想了不懂之後再問，否則學得慢，而且別人會覺得你沒有問問領導能否安排個師傅，帶你從簡單的東西開始慢慢了解你崗位的全部工作內容；自己找簡單的東西開始學，利用網路資源多查，查了不懂再問人；多做筆記，多看筆記。我學程式碼的時候，是一句一句地讀懂，並且一句一句地註釋，讀懂一些後就基本掌握語法和函數了，算是入門工作了。

第一次錄製比較緊張，我在總結一下我的觀點。首先你剛從學校出來還沒有適應公司的環境，緊張和壓力可能對你熟悉有一定的影響。其次，公司的程式碼一般來說其實並不難，語法和你在大學學習到的沒差別，其實你看不懂程式碼是看不懂業務邏輯，公司做一款產品，都是企業級效能和產品質量都有要求，所以業務邏輯會很複雜。涉及到的模組可能會很多。這個時候最好有個老人幫你梳理一下然後在自己看。

一個月了，還看不懂？改上手完成些簡單任務了。。。你得搞清是看不懂程式碼本身，還是搞不清流程。先搞清流程，弄清楚你面對的問題，已有程式碼解決的是什麼問題，然後再看程式碼是怎麼實現的。自己邊看邊寫註釋也是個好辦法。

先找一下相關文件(需求分析，產品原型等)，理解程式碼是在幹嘛呢，然後在你負責的模組裡找一個簡單的bug，試著改一下。不可能一上來就全都懂了，得一點一點來，相信你沒問題的！

對於新入職的員工，如果打算看懂整個程式的執行，我覺得比較困難，容易受到打擊。不如先找一個以前同事修過的bug。如果這個bug清楚的記錄了錯誤的描述，錯誤發生的條件，錯誤是如何被解決的，這樣一個問題一個問題的切入，最後就可以看到全貌了。

新入職的程式設計師剛入職一個月看不懂公司程式碼是正常的。

可以先找公司的同事，先弄懂公司的這個專案的業務邏輯。

然後就可以一個模組一個模組的看。

感覺難得不是程式碼，一般都是邏輯上的問題。

程式碼看不懂可以百度的，多花點心思就好。

這算啥。我是搞iOS的是開發語言和C很像。來新公司flutter根本就是另一門語言。懵。 不過還好了慢慢來