差不多適應一個星期就可以了，最主要還是要看專案的程式碼，如果有看不懂，先上網搜尋答案，如果沒有找到，可以問公司的其他開發人員，大家肯定會解答你的疑惑。職場技巧不多，看不懂的程式碼先擼一遍，再說，如果還是不懂，兩遍 三遍，最後肯定會懂的，四周的小夥伴都是你的師傅，加油吧！小夥子

你現在實習的過程中碰見的這種茫然狀態，是很多新人剛入行時候的一個常見現象。造成這個問題的原因，有這麼幾點吧。

1.技能不足

你目前主流的框架掌握的是SSH，目前SSH這套組合其實已經比較陳舊了，尤其是在一線城市，新專案基本不會採用SSH組合了，最次也得SSM，一般都會上SpringBoot，或者SpringCloud，然後技術儲備豐厚的公司，往往都採用自己的框架了。你們公司就有特別的ext，所以你學習的技術得與公司的需求保持一致。

2.專案經驗不夠

剛從學校出來，可能也做過一些小型的專案，但是碰見實際的大型的專案，光是看程式碼可能都覺得頭大，更不能很快的理順專案思路，不知道從哪裡下手。別人的程式碼也看不懂，也不知道該怎麼梳理專案思路等。

3.業務不熟悉

對自己公司的專案，具體的業務也不夠熟悉，不是很明確的瞭解專案中各個功能，業務之間的關係，具體該怎麼一個處理流程不夠熟悉，也會造成這個茫然的問題。

4.工具不熟悉

開發過程中需要使用很多的開發工具，尤其是團隊協作，新手常見的問題就是SVN，Git這樣的工具使用不熟練，不敢用，害怕把別人的程式碼一下子給弄壞了，經常提心吊膽的狀態。

5.環境不熟悉

剛到一個新的公司，公司的環境，人員都不熟悉，碰見了問題也不知道問誰，也不敢去打擾別人，害怕別人批評自己等。

6.其他因素

可能還有其他一些因素，會導致一個實習生剛進公司的時候比較茫然，工作不能很順利的開展。

說了這麼多因素，那麼如何解決呢？解決辦法可以參考如下：

1.多與同事交流

作為一個新人，尤其是實習生，不熟悉業務，不熟悉技能是正常的，大家也都知道這一點。所以不用害怕露怯，那麼就大膽的去問你的領導，問你的師傅，即使讓人家懟幾句，也無所謂，把自尊心調整的”大條“一點！

2.快速融入環境

與同事儘快熟悉起來，搞好個人關係，碰見男同事就散煙，碰見女同事就請喝奶茶，多幫別人跑跑腿，你和別人關係好了，遇到問題別人才願意幫你！

3.加強技術學習

最重要的是你得加強自己的技術能力，專案中涉及到的技術，自己回到家就多鑽研多學習，網上應該有很多資料，去下載學習。技術實力提升了，這樣工作的時候，碰見的小問題就自己解決了，不能事事麻煩別人。

4.多加班

既然自己短期內無法快速解決問題，那就多付出點時間唄，別一下班就急著回家，你領導看見你這樣也不喜歡啊，新人就要多表現。

希望以上的回答可以解決你的問題吧！

我一直用的幾招，可以分享。

首先把這個資訊管理系統大致瞭解下，至少做到看到頁面或功能時，知道程式碼大致在哪個地方。以及公共部分的庫，介面。

一般不會把整個專案都讓你接手。所以重點就落在你接手的那部分了。這就需要每一行一行地去看，要是有註釋還好，沒有註釋的話，日誌、輸出、斷點都要試試。要深入理解。

如果以上兩步你都能做到，那麼恭喜你，你可以開始修改之前留下的BUG或者需要最佳化的部分。

我當初進入一個公司，都是先不急著看程式碼，先花個2天把公司專案的需求，介面文件，業務邏輯自己過一遍。

題主雖然是一個實習生，但是也要有緊迫感。10年前我才出來擼程式碼的時候，都是時刻擔心被炒。畢竟公司不是慈善機構，對我們都有考核期。你要儘快把需求，介面文件把業務邏輯走一遍。

善於做筆記，哪裡不懂的要記錄下來，遇到核心不懂的程式碼，就問技術負責人。問他的時候最好是一次性問，而且要問有價值的問題。因為問多了別人也煩。我當初是深有感觸。

你不懂的程式碼。你要自己多嘗試去透過搜尋引擎去解決。看看這個框架怎麼介紹的，以及如何使用。其實搜尋引擎能解決我們日常工作的大部分問題。

看程式碼不能就一直盯著程式碼看。你要動手實踐，透過程式碼斷點除錯去看程式碼。多看看程式碼的註釋，我想很多核心功能都會有註釋的。如果程式碼能複製回去，晚上回家了也加加班，多研究程式碼。

多與公司的銷售，設計，產品經理，測試交流。我想測試跟產品就是個”活文件“，他們能讓你快速的瞭解公司的產品，對你熟悉程式碼有很大的幫助。

你可以加入一些技術群。不懂的程式碼，你可以問群裡的大佬，哪怕是有償的也可以。但是有些程式碼涉及到公司的機密，您注意把握這方面的尺度就好了。對於大佬告訴了你的答案，你一定要弄清楚裡面的邏輯

個人建議：

題主有危機感的同時也不要太過著急。我想技術官既然把你招進來了，說明你還是得到公司的認可了的。其次我認為，想要徹底把整個專案完全弄懂是不可能的。畢竟是接手別人的專案。但是隻要你能透過斷點除錯找到核心程式碼的地方，不影響您日常開發就好了。加油！我相信透過以上方法再加上您的努力肯定會很快熟悉程式碼的。

作為同行，算不上前輩，僅僅比你多工作了兩年時間，剛入公司做專案時也很迷茫，看不懂，連從哪下手都不知道，著急入手所以直接一行一行去讀別人程式碼，遇到不知道的技術就去百度，雖然效率低下但是總比沒有進展強，現在回頭想想其實當時挺蠢的，我們要明白技術主要是為了實現業務，無非就是對幾個表的增刪改查，不會寫增刪改查沒關係，我們不要看到不會的就立馬去查去百度，那樣我們就會迷失在程式碼裡面，永遠走不出來。最簡單的入門就是你找到一個最近簡單的業務，這個你可以問產品，問技術，大家應該都會說，順著這個業務去跟程式碼，你就會很容易找到入口和出口，理解程式碼的速度就會更快

大學畢業後就去軟體公司開發，那個時候整個公司先讓你做點測試才讓開發。現在不一樣了，只要你技術過關，去了公司馬上上手開發。

職場技巧就一個，程式設計師少說話，多幹活

不論ssh也好，ssm也好，這些都是一些應用框架，初入職場的我們可以先學會使用他們，這樣能快速勝任當前的工作。但當我們熟悉了框架的使用，就有種被這些東西限制住的感覺，如果不跳出來，久而久之我們就是去了方向，所以感覺茫然。這時候我會從兩方面入手改變現狀

夯實java基礎，深入學習並積累更多的特性，比如多執行緒、SPI，慢慢去接觸更底層的jvm

先從自己感興趣的點入手，比如mybatis\hibernate這些orm框架怎麼做到讓我們的類實體和資料庫表對應起來，只操作sql就能完成資料的curd,隨著深入的瞭解，你會發現它們底層離不開java的jdbc，那麼jdbc又是怎麼實現可以支援不同資料庫的呢，就這樣一步步的探索、學習並積累，我們就會建立起來自己的知識體系。

總之，路漫漫其修遠兮，做程式設計師是要不斷學習並積累的，急不來

你好，我是做嵌入式軟體這一塊的。針對你說的適應了多久才參與開發這個問題。首先你是作為一名實習生加入的，在實習這個階段基本負責的專案不會很難，或者是有人帶著一起做。

這個時期應該要注意的是多學多看。別人的經驗是十分寶貴的，需要注意多多獲取，多多提煉。把握核心知識點，針對性的去學習。看別人的程式碼基本上都是程式設計師獲得經驗的必要手段，在碼雲，git上都有很多價值很高的程式碼。大家總結經驗，多看多學，相信會對大家有很大幫助的。

另外需要自己找一些練手的專案。這些專案可以不用很難，但是需要涉及需要的知識點。透過這些練手專案來鍛鍊自己的實力是十分有幫助的。比如你說的ext整合springmvc+hibernate做的資訊管理系統，我相信網上肯定是有教程對於這一方面解說的。但是光看不練還是不行。此時需要將看到的知識與自己學習的東西進行整合學習融合，這樣有利於對於理解知識點是有很大幫助的。

’第三點就是多問。很多時候遇到問題，找不到解決辦法。我們大多數都是死磕，有時候我們缺少的只是一個思路。問問別人，別人說一個思路，一個方向，往往會節約我們大量的時間。

我從 07 年的時候進入職場，成為了一名程式設計師，到現在已經十多年了，在最初進入職場的時候，我也和題主一樣茫然過、無所適從過；我從一個剛畢業的學生轉變成公司的一名員工，“入門”就大概花了兩三個月的時間，如果算真正地適應職場的節奏，大概用了半年的時間。

我在工作之前，掌握著 Java 的基本語法，以及那時候非常流程的 SSH 框架，當然只停留在“使用”這個程度，而我的第一個專案，拿到的原始碼是基於 Buffalo 寫的，可能大部分同學看到這裡會一臉蒙，這是個什麼框架？我怎麼都沒聽說過？這是一個國產的 AJAX 框架，具體大家可以不用瞭解，我只簡要的概括一下這個框架：你只需要寫也頁面中的 JavaScript 就可以完成對資料庫的增刪查改，所有的業務邏輯也都在 JS 中的。

是的，在工作的第一個半年，我沒有摸過 Java，一直都在寫 JS！其實這並不是重點，那個階段對於我最困難的是：以我當時的技術積累，在面對一個全新的技術框架的時候，學起來是非常困難的，甚至會無從下手。

能力不夠，態度來湊：雖然我個人是不建議加班的，但是在這個“未入門”的階段，建議還是加加班，多看看專案的程式碼，爭取早日上手；另外也可以讓領導看到你的工作態度。

不懂就問，但是一定要經過思考：新人難免有很多不懂的地方，所以你可以去問你的同事和領導，但是不要遇到問題就去問，而是先經過自己的思考，自己想了一些辦法但是沒有解決之後，再去問。

相同的問題不要問第二遍：每次問題解決完之後，把解決的過程記錄下來，避免相同的問題問多次，這是很讓別人討厭的事情。

多和同事交流：可能很多人聽過這樣的說法，同事不可能成為朋友的，其實不是這樣的，千萬不要進入一個團隊後，就“自閉”起來，也不交流工作以外的事情。建議大家還是能和周圍的同事“打成一片”，當你接觸的人多了，你會發現很多事情都非常好推進。

我真正適應了職場工作，是在一次獨立出差之後，因為這代表了我有能力可以獨當一面了，雖然這一面是非常小的一面。

08 年出差去上海，也就是我的第一個專案要交付實施了，其實在開發測試過程中，我已經去過上海兩次了，不過以前都是跟著專案經理一起出差，而這次出差是我一個人來的；這一次我獨立支援客戶上線部署、生產環境驗證，在此過程中遇到的問題都是自己來解決，經此一役，我才覺得我自己真正地從學校的學生變成了公司的員工。

我是11年7月入行的，那會剛畢業然後半年培訓出來的，剛踏入社會很渴望立馬就工作進去職場，只要有公司收留我我就很開心所以第一家公司待了有7年時間。入職沒多久就跟著一個比我早的同事學習跟著做，公司人都很好我也比較好學所以沒多久就熟悉了公司的框架和業務。一開始會分派一些維護工作帶著熟悉系統，後來漸漸熟練了就直接負責一個模組到後來就是專案負責和系統設計。程式設計師這一行必須有些濃烈的興趣進入職場，目前快10年還有3年左右本人就不想幹了，有點無聊不刺激，哈哈哈(ಡωಡ)hiahiahia

算不上前輩們，只能說是多吃了兩年飯。新人剛入行可能會手忙腳亂，什麼都不會，不用慌張，這些都是正常的。

第一個建議就是多跟同事熟悉瞭解，不要自顧高冷，這對你沒好處，嘴巴甜一點，勤快些，自己有啥問題他們也願意幫你回答，畢竟你是應屆生，不會是正常的。

第二條建議就是凡事務必先百度、谷歌，你在程式設計中所能遇到的99.9%的問題，搜尋引擎都能給你解決，剩下的才能去問同事啥的，要儘量避免問別人，因為別人也有事，不可能一天被你大段時間還心平氣和。

配圖是安卓開發的[捂臉]，本人安卓開發

其實，基本過去熟悉一下業務，以及公司專案的程式碼結構基本就能開發了。小的公司基本1-2天就給你安排任務，大公司大概1-2周。

做為一個程式設計師，一定要多溝通，聽取別人的意見。工作上對自己要要求嚴格。

入行時，新單位對要開發的專案的認知還非常不圓滿。原來的負責任，很快就調任其他工作了。

1、Extjs是Sencha的那個產品嗎？你說的“整個”有點模糊，什麼意思？

2、Sencha的ExtJS是付費的使用者嗎？什麼版本？

搞清這幾點，其他就簡單了。

ExtJS傾向於獨佔“整個專案”。這個可以接受，就可以開工了。

a、用途ExtJS的元件，設計（紙面畫圖）、實現所有的使用者功能（前端可視冰點）和操作流程。

b、用ExtJS實現（a）的前端設計。

c、逐一搞定“前端”需要的“資料來源”。

做好了（a、），（b、）的開發可以並行展開。（c、）需要多請教前輩，如果在開始（a、）的工作前，對現有資料庫（所謂“整合”的原因？）系統有所瞭解的話，會有事半功倍的效果。

看不懂很正常，因為你還是個實習生，沒做過正式的專案，所以不用太過於擔心。試想一下，別人工作了那麼多年了，你剛去都能看懂，其他人還怎麼混 O(∩_∩)O哈哈~？

我覺得對於新人，最關鍵的是態度，在這方面一定要積極。其次，就是多請教周圍的同事，不管是技術，還是生活、職場，他們一定能幫你少走很多彎路。最後，自己也要多學習、多總結，最好是能加入一些技術圈。

剛畢業那會兒真的傻都不會，又沒去參加培訓，學校學的東西跟公司用的完全不是一個。第一家公司幹了一個月，然後被辭了。第二份工作特別努力，大概3個月左右會慢慢進入狀態。

我自己經歷也是大概要三個月左右才能接手專案，三個月期間主要熟悉公司的業務還有程式碼所使用的技術棧，但很多時候是真的想放棄，但還是堅持下來了。

剛畢業的學生心氣一般會有點高，因為他們大都還沒經歷過社會現實的摧殘，所以遇到挫折也往往更容易放棄，作為過來人，要給建議的話主要有以下這幾點：

一定要放下姿態、保持謙遜

要知道，新入職的程式設計師，不管你是剛畢業的大學生，還是職場大牛。當你融入一個新的環境的時候，別人都已經形成了一個相對穩定的團體。雖然大家會很歡迎你，但是你的到來必將衝擊原來平衡的集體。雖然大家都是程式設計師，可能在社交表達上不是很強，但是人品也要做到好一些。程式設計師是有心分高下的，就像武林高手總喜歡一決高下。所以只有保持低姿態，虛心才能進步，在以後的工作中，你的能力表現出來，大家自然會尊重你，認可你。

學會講禮貌

禮貌是一件很重要的事，也是一件很簡單事，卻也是最容易被忽略的事。

平時看到領導，記得打招呼，混個臉熟，免得以後要升職加薪發福利的時候，領導都不知道你這個人，怎麼給你提拔。比如早上，看見領導說一聲早上好，遠遠比你低著頭走過去讓人待見。看見同事，有事沒事說兩句，比如，你早飯吃的是什麼啊？公司哪裡的飯菜比較好吃？等等。平淡的交流會拉近你和大家的距離。

努力工作學習業務

剛到一個公司的時候，必然要熟悉一個公司的業務。因為只有你熟悉了業務需求，才能更好的去做你的工作，實現你的需求。如果有不懂的，首先要先深思熟慮，不要有問題就問同事領導，這一點我很反對那些說有問題就多問的人。因為工作以後，每個人的事情都很多，精力有限，不可能給你一個小白講東講西。所以你一定要多思考，實在不懂的情況下在發問，養成良好的思考習慣非常重要。

提高自己的技能水平

說到底，一個程式設計師的核心競爭力就是你的技能水平。如果你的人品好，但是技能不好，你是不可能拿高工資的。所以，你要不斷學習，擴充自己的知識體系，不管從技術的面還是技術的深度，都要適當的研究。最好在某個領域或者點有自己擅長的地方。讓自己成為這個方面的專家。

從學校轉到公司實習通常會被一系列環境所迷惑，如開發環境、測試環境、生產環境和xxx環境。當你以前自學的時候，在你的計算機上執行程式碼實際上是一個開發環境。測試環境:大公司將有一個測試伺服器，它允許您將程式碼提交給測試伺服器執行，並在沒有問題的情況下提交給生產伺服器。生產環境:專案實際上線的環境。不能處理開發環境並不可恥。作為一個新人，公司有義務派遣成熟的員工來幫助你構建開發環境(也就是說，本地計算機的環境)。為什麼你不能處理開發環境並不可恥，因為實際專案中使用的技術堆疊是多種多樣的，而且你肯定不知道預先安裝什麼，資料庫連結的問題，ip防火牆限制等。如果你什麼都不知道，開發環境當然不能執行，所以你必須尋求幫助，而正規公司應該派人來幫助你。至於其他環境，有時您的同事有必要幫助您修改本地主機檔案，並與測試伺服器stage server合作。此外，你必須事先學會如何將程式碼交付給這些環境，當然，你必須問別人，否則，沒有人知道如何去做。有時您可能需要檢視伺服器，然後伺服器連結工具winscp、ssh等應該自己摸索。

同時一般來說，專案中會用到很多技術棧，但是你不需要一下子就知道全部。我給出的想法是花半天時間一個一個地檢視資料庫表結構，這樣至少你能很好地瞭解你的系統。然後你只需要知道前端資料夾(如果它也是mvc結構，你需要知道公共目錄在哪裡)，後端資料夾結構包括mvc資料夾和路由檔案配置檔案的位置。

你不能開始一個專案的主要原因通常是你對mvc架構專案瞭解不夠。建議從路由檔案建立一個測試檔案路徑，然後首先執行該檔案的控制器、模型和檢視檔案。之後，如果你想知道後端檔案是如何引用前端檔案的，就可以照貓畫虎。還有一些概念，如表單、表單驗證小部件、控制元件等等，可以學習如何使用。假設您有一個類似於第xxx頁的任務，然後轉到路由檔案找到第xxx頁，看看它是如何定義的，然後自己建立一個新的，然後參考控制器，模型，檢視和第xxx頁上的其他檔案，為這個函式建立一個新的檔案。建立並執行檔案框架後，一點一點地新增內容。當然，你必須學會如何使用git。如果你使用svn，你可以透過諮詢附近的人知道如何使用它。總之，你不應該羞於問，越早問越好。否則，一個月後，你會自己思考，你遲早會被淘汰，因為你寫的程式碼太少。哭都來不及了。

當然最重要一點是先拿一個小的功能或者業務去多練習，只有在實戰中才能更快融入和發現自己的不足，不要害怕bug，一般正規公司都會有人帶一帶實習生。

自己一開始去作為實習生，基本剛好遇上專案開始，需求分析、axure畫原型、架構設計開會學會了很多，當時上的就是springboot，那時候spring官方的springcloud才剛開始。

幸虧自己喜歡程式設計，在學校自己也很刻苦，同時我的第一個直屬老大人很好，差不多3個月需求結束後進入開發，我也被給予安排任務，雖然一些小功能，但是我們是前後端都做的。我也沒拖後腿，一個專案下了徹底知道了軟體開發的流程，同時技術也提高了。

現在5年多開發經驗，接觸過各種軟體專案，得心應手了，技術也很熟悉熟練，也有自己的深度和方向。

感謝第一個公司、我的第一個直屬老大。

這個問題就得好好聊聊了。看你大學學的什麼專業，如果專業對口並且在大學沒有虛度光陰，你也比較聰明，對現在計算機方面的新技術個人也比較愛鑽研，愛學習並且特別感興趣，那應該很快會上手！去公司了，對領導同事嘴甜一點，會做人一點，沒事多請些有技術的，資格老點的前輩多吃吃飯，讓他們帶你。技術也好，做人也圓滑，估計你會再這個行業混的如魚得水

如果你不是這個專業的，或者是這個專業的，大學上的啥也不知道，那你就得好好努力了。首先得花個一兩萬報個培訓班，一年半載的不上班，專門學習。學出來以後，那就看你學的乾貨多不多了。如果自己悟性好，可能工資也可以拿的很高。反之，學的不怎麼樣，自己也不是太懂，估計在這個行業，也很難過

另外再說一點，這一行首先得能耐得住寂寞，坐的住凳子，磨得下性子，時刻準備著加班加班在加班，哈哈，隨便聊聊自己的這些看法了，祝你好運連連[玫瑰][玫瑰][玫瑰][玫瑰]

看你描述的這些，是有一定程式設計基礎的，上手應該很快，遇到不懂的問題多向同事請教請教，大家都是程式設計師，不存在說想職場上那種爾虞我詐，你去請教大家都會非常願意教你，踏踏實實跟著坐完一到兩個專案，基本就適應了，要說有那些職場技巧，應該就是別和產品經理打架，哈哈，開玩笑的，像職場技巧這些在軟體公司我懂的真不多，你看一下其他程式設計師的回答吧。