從工程師到程式設計師

我如何將工程專業轉為 IT 的故事。大約兩年前，我決定改變我的專業並成為一名程式設計師。在此之前，我在與 IT 無關的領域擔任工程師。從程式設計經驗來看，我在遙遠的學校裡只用過 Paskal。一個良好的起步優勢是具有相當高的英語能力。在朋友的建議下，程式語言的選擇立刻就落在了當時市場上最受歡迎的Java上。我首先在 YouTube 上閱讀書籍和觀看教學。然後我偶然發現了 Javarush 專案並在這裡工作了大約六個月（期間有休息）。在學習 Javarush 的同時，我學習了其他感興趣的主題/技術（例如 SQL、HTML/CSS），並初步熟悉了 C++/C# 語法。為了我在 Javarush 上的成功，JR 管理部門甚至給了我免費參與該專案的機會（對此我非常感謝他們！），但不幸的是，我無法跟上 Hubert 設定的學習速度，被迫離開專案. 不久之後，我參加了一個程式設計課程，學習了 5 個月。在那裡，我熟悉了建立 Java EE 應用程式（一組基本的 EE 框架）的原則，並編寫了我的第一個專案。同時，我在不同的資源上打磨自己對各種技術的了解，並定期「回歸」Javarush。完成課程後，我立即開始找工作（找工作花了六個月的時間，但那是另一個長話了:)）。 恕我直言，關於 JavaRush： 優點：對我來說最初的主要優勢是任務的存在 - 因為對於新手程式設計師來說，問題始終是「練習什麼」。此外，就其技術多功能性和多樣性而言，任務的品質相當高（我是作為一個處理過各種資源的人這麼說的）。我也喜歡這些講座的可訪問性和內容（如果可能的話，我現在會繼續閱讀講座）。我喜歡理論材料緊接著的實際實施。來自各種來源的精選附加材料，這對於初學者來說非常酷 - 您會立即發現許多有用且資訊豐富的資源。學習很有趣，總的來說，我對在這裡的進步感到滿意。 缺點：不是一個非常方便的系統來檢查沒有回饋的任務。起初這並不是特別明顯，但在更高的層次上，我開始發現自己認為解決問題的 90% 時間通常不是花在製定解決方案演算法/研究主題上，而是在原地踏步：「哪個測試案例未能滿足我的解決方案。” 這在大型任務中尤其明顯。一方面，這似乎是一個挑戰，但隨後你仍然意識到你的時間可以花在更有用的地方。我也不喜歡這樣的事實：接近30級，為了繼續閱讀講座，你需要解決幾乎所有的問題，不遺漏任何東西（加上之前的“問題”，因此，學習過程變慢/大大停止）。另外，我想強調一個真實的項目 - 一定要參與它，越早越好。學習 Java Core 很酷，但程式設計師的報酬是因為他們掌握了企業技術知識。如果您不想/無法參與 JR 上的項目，請尋找其他機會 - 程式設計課程或開始自己編寫一些簡單的東西（儘管在沒有幫助的情況下一開始會很困難）。這是我的簡短學習歷史，祝大家編碼愉快:)。