進行了三年的Java工作, 忽然被通告整個組都要轉向Go, 給予了三個月的適應期限, 這樣的轉型情形實際可行嗎。1、三個月夠寫代碼但不夠扛事三個月內, 將Go語法全部梳理一遍, 依據Java的思維去編寫幾個接口, 所寫代碼能夠實現編譯, 并且可以正常運行, 應該沒太大問題。Go原本的語法向來簡潔, 有著Java基礎的人, 花個幾天把基礎內容瀏覽一遍, 再花費幾周跟隨項目推進, 所寫出的內容起碼不會出現編譯時的錯誤。可是, 有著能夠跑動的本事與具備扛動的能力, 這二者完全是截然不同的狀況。Java那般的一整套系列工具 , 以及各式各樣的中間件 , 到了Go這個領域全部都要進行更換。不存在Boot那種自動組裝配置 , 沒有已然成熟的對象關系映射 , 就連依存注入都得依靠自身來思索探究。并且看上去似乎較為簡易 , 然而真正處于高并發這樣的情景之中 , 死鎖 、競態條件 、內存泄漏這些問題一個比一個不易被察覺。因此, 三個月的時長是否足夠呢? 要是僅僅是“從Java工程師轉變成為Go代碼工人”這種情況, 那足夠了。然而, 倘若目標是“能夠獨自設計Go系統, 同時具備排查線上問題的能力”, 那么這段時間的確是有些緊湊的。2、AI能幫你寫但鍋得你自己背好幾個人說有AI怕啥這話我一半同意一半不同意。關于讓AI編寫CRUD接口、生成單元測試, 實在是速度頗快。 再者, 要是讓它協助設計高并發架構的時候, 又或者是排查線上偶發現象里的內存泄漏情況的時候, 它極有可能給予呈現出表面看似正確、實則運行起來錯誤的一堆方案。語言本身的確是愈發與工具相似了, 然而工具背后蘊含的那種工程思維卻是沒辦法改變的。在Java當中, 你倘若懂得JVM調優, 知曉GC策略, 這些深層的底層邏輯至始至終都適可以變現, 到了Go里面同樣是有價值的, 只不過展現的形式發生了變化而已。AI所能做到的僅僅是幫你節省掉查找相關文檔所耗費的時間, 可卻無法省去你去理解其中原理的整個過程。真出了問題線上報警短信可不會發給AI。3、真正該焦慮的從來不是語言我覺得這位兄弟可能搞錯了焦慮的方向。三個月去學Go, 它難不難? 說真的, 其實并不難, 難以做到噠是在這三個月這段時間當中, 你的KPI它會不會出現打折的情況, 到了年終的時候會不會受到影響, 領導在心里頭有沒有把你當作那個“還處于適應期的人”去看待。更加困難的是, 在轉完之后 , 之前三年所積累起來的Java經驗, 在新的項目里面究竟能用上多少。這才是最為刺痛內心的語言僅僅是外在表現, 技術棧進行遷移時, 其背后所蘊含的業務邏輯, 以及團隊定位、個人職業規劃, 這些才真正是關鍵所在。倘若公司僅僅是“以另外一種語言去做相同的事情”, 那么咬咬牙堅持三個月便會過去。要是“在更換語言之際, 同時還更換賽道、更換架構、更換業務方向”, 那么這三個月恐怕僅僅只是個開端。4、這事未必是坑但得留個心眼首先, 不要跟語法較勁兒, 趕快行動起來。有關Go語法, 三天時間便能夠看完, 剩余的時間全部投入到項目當中, 通過實際操作進行學習是最快的方式。第二, 將你 Java 之中的良好習慣帶過來, 單元測試, 代碼審查, 日志規范, 這些是跨語言通用的, 不要由于更換了語言便降低標準。首先, 在這期間, 要把項目的亮點, 記錄下來, 還要把性能數據, 記錄下來還有踩過的坑, 也都記錄下來。其次, 三個月的適應期是公司給予的, 然而, 你的簡歷之上, 不能僅僅只有“會Go” , 因為這些, 統統都是往后談薪時所用的籌碼。以三年Java作為基礎鋪墊, 而后補齊一門Go, 往后在簡歷之中填寫“全棧后端”, 于面試之際選擇的范圍反倒變寬了。語言從來都不是天花板停下來的心態才是。三個月轉向Go, 身體需要跟得上, 腦子里可千萬別掉隊。只管去干到底, 想那么多究竟是要干什么呢。