透過越來越多的工具被採用，人工智慧正在重塑 Java 開發，解決了一些挑戰，當前開發人員在努力解決部署延遲和文件問題。
一份關於Java開發狀況的新報告顯示，工具不足和長時間的重新部署是 53%以上 Java 開發人員面臨的最大生產力障礙，而 AI 工具在 Java 開發人員中的使用正在增長。
有一家稱為Perforce Software的公司是一家DevOps和 Java 開發工具企業，本週釋出了其對 Java 社群的最新年度調查結果《Perforce 2025 Java 開發人員生產力報告》，其中列舉了一些問題。
人工智慧的影響
人工智慧對Java 開發產生了明顯的影響，只有 12% 的受訪者表示他們從不使用人工智慧工具進行 Java 開發，另有 12% 的受訪者在不允許使用人工智慧工具的公司工作——在企業環境中這一比例上升到了 16%。
此外報告還顯示，Java 開發人員最喜愛的 AI 工具包括 ChatGPT（52%），以及開發人員專用的 AI 工具，包括有GitHub CoPilot（42%）和IDE整合 AI 工具（25%）。
該報告稱，企業受訪者更喜歡開發專用的 AI 工具，其中 GitHub CoPilot 以 52% 的比例領先於其他工具。
Java 開發人員的 AI 用例
關於用例，受訪者們表示，他們最有可能使用AI 工具來完成程式碼補全（60%）和重構（39%）。錯誤檢測（30%）、文件生成（28%）、除錯輔助（26%）和自動化測試（21%）也是關鍵用例。
Perforce Software 首席技術官Rod Cope在一份宣告中表示：
“AI 編碼助手每個月都在進步。幾個月前嘗試過 AI 的開發人員可能會認為它很煩人或妨礙工作。我的建議是至少每季度嘗試一次 AI 工具。”
根據研究，“開發人員可以為其所選的 IDE 選擇 AI 外掛，例如 GitHub CoPilot、內建 IDE 助手（例如JetBrains AI 助手）或內建 AI 整合的新 IDE（例如Cursor） 。僅僅使用 AI 工具是不夠的；你的企業需要使用正確的 AI 工具。正確的做法會根據用例和演算法的變化而不斷變化。今天，這可能是像Windsurf這樣的代理 IDE ，但明天可能完全是另一種東西。”
當然，Java 開發人員正在積極利用 AI 來實現程式碼完成，這是一種用例和實踐，由於生成式人工智慧（GenAI）變換模型在加快“編碼時間”方面取得了巨大進步，它已迅速成為所有開發人員的必備技能。
Futurum Group 資料管理和分析副總裁兼實踐負責人Brad Shimmin說道：
“我發現 Perforce 這份報告中最有趣的是，相當大比例 (39%) 的開發人員正在轉向 AI 來實現更復雜的程式碼管理用例，例如重構，這再次證明了當今精通編碼的大型語言模型 (LLM) 的質量，它們現在能夠將完整的程式碼儲存庫作為使用者提示的一部分提取出來。但這也是一個強烈的訊號，需要做更多的工作來幫助開發人員（以及整個公司）構建更乾淨的程式碼，而這些程式碼不需要在支援未來的增強和業務需求變化時進行繁重的工作。
“我們能否將程式碼庫移交給 AI，不僅用於開發，還用於維護和改進？目前看來還不行，除非在更有限的用例中。但明天呢？我認為，隨著測試時推理和代理、自主 AI 工作流程等創新的出現，我們會有希望。”
總體而言，由於開發人員面臨“少花錢多辦事”的壓力，因此他們開始採用 AI 工具，50% 的受訪者已將 AI 工具納入其工作流程。然而，AI 並未解決所有生產力挑戰，53% 的受訪者仍將漫長的重新部署和開發工具不足視為最大的工作障礙。
拐點來了
Cope 表示，資料顯示，Java 開發正處於一個轉折點，採用 AI 正成為一種戰略需要，而不僅僅是一種技術新奇事物。
Azul Systems 最近的一項調查也表明，Java 是一種開發 AI 應用程式的新興語言。
報告中寫道：“Java 在人工智慧中的作用日益明顯，50% 的組織使用 Java 來構建人工智慧功能，在以 Java 為中心的企業中，Java 在人工智慧開發中的使用量超過了 Python 和 JavaScript。”
Azul Systems 副首席技術官Simon Ritter指出，根據 Azul 的研究（包括最近對 Java 開發人員的調查），Java 可能會在一年半內蠶食Python在人工智慧開發領域的領先地位。
“在開發者圈子裡，眾所周知，Java 具有更好的可擴充套件性和效能，更適合開發企業 AI 應用程式，但目前 Python 憑藉其庫和其他支援 AI 開發的基礎設施超越了 Java，”Ritter 說道。“然而，企業意識到 Java 是企業級部署的更好選擇。我們很可能在未來 18 個月到 3 年內看到 Java 超越 Python。”
轉向 LTS 版本
與此同時，人們正大規模轉向使用長期支援 (LTS) 的 JDK 版本，61% 的受訪者表示他們使用Java 17，45 % 的受訪者表示他們使用Java 21。此外，IDE 格局也在發生變化，IntelliJ IDEA 處於領先地位 (84%)，但VS Code (31%) 已取代Eclipse (28%) 成為第二大最受歡迎的 Java 開發 IDE。
其他的 Java 挑戰
此外，報告指出，Java 開發人員面臨的其他重大挑戰包括文件不足（41%）、團隊之間的溝通問題（38%）、時間表管理不善（32%）和開發人員流動率（26%）。
文件和溝通困難是影響開發人員工作效率的主要障礙，在被問及的六個障礙中，“開發人員工具不足”獲得的選票最少（24%）。“難怪越來越少的公司為此增加預算，” TNS 研究總監Lawrence Hecht如此說道。
同時，29% 的人認為重新部署時間也是一個問題。Hecht 表示，部署時間差異很大。他指出，與本地部署相比，重新部署到遠端、容器化和雲開發環境需要 5 分鐘以上的可能性是重新部署到本地的兩倍多（52% 對 23%）
增加 Java 開發資源
此外，報告稱，到 2025 年，增加 Java 開發資源的公司將會減少。
這是“杯子半空”的觀點，但 52% 的人仍計劃今年增加更多 Java 開發人員，Hecht 表示。
此外，報告稱，到 2025 年，51% 的受訪者表示他們的公司計劃在未來一年增加 Java 開發人員，16% 的受訪者表示沒有計劃增加任何型別的開發人員，32% 的受訪者表示不確定。
報告還指出，“受訪者被問及他們的公司是否計劃在 2025 年增加開發工具預算：34% 的受訪者表示是，21% 的受訪者表示不會增加工具預算，45% 的受訪者表示不確定。這與 2024 年同一問題的結果相比大幅度下降，當時 60% 的受訪者表示他們計劃在未來一年增加 Java 開發人員，42% 的受訪者表示他們打算增加開發工具預算。”
最大的障礙
此外，該報告稱，雖然“人工智慧助手等目前可能佔據頭條新聞，但請大家記住，53% 的受訪者表示，長期的重新部署和開發工具不足是他們提高生產力的最大障礙”。
以上是Perforce 對 731 名使用 Java 工作的開發人員、團隊負責人、經理和高管進行的調查，瞭解當前的 Java 開發環境、團隊未來計劃、生產力挑戰等。
以上，值得我們開發者們借鑑。
相關閱讀：