The New Stack于2024年報道了各種基于調(diào)查的研究。以下是您在規(guī)劃2025年時最相關(guān)的要點。

譯自What 2024’s Data Told Us About How Developers Work Now，作者 Lawrence E Hecht。

2024 年，《The New Stack》報道了大量基于調(diào)查的軟件開發(fā)研究。以下是我們認為在您規(guī)劃 2025 年時最相關(guān)的要點。

平臺工程和開發(fā)者平臺

• 平臺工程師專注于基礎(chǔ)設(shè)施供應(yīng)，由于所管理平臺的多樣性，這可能是個問題。
• 即使自助服務(wù)提高了開發(fā)團隊的生產(chǎn)力，但過多的平臺團隊未能收集和展示成功指標。

開源

• 付費維護者使代碼更安全。
• 維護者擔(dān)心來自 AI 和未知開發(fā)者的貢獻。

AI 和開發(fā)者

• 開發(fā)者使用 AI 的原因是節(jié)省時間和提高生產(chǎn)力，而不是代碼質(zhì)量。
• 在年輕、經(jīng)驗不足的開發(fā)者的帶領(lǐng)下，AI 工具已迅速被用于開發(fā)流程中。

GitHub Copilot并未實現(xiàn)大規(guī)模采用。

招聘和職業(yè)

• 基于開發(fā)者普遍的焦慮，個人工作保障比預(yù)期的要強。
• 開發(fā)者的薪資和工資受到限制。

編程語言

12 月 28 日Darryl K. Taft的文章“2024 年編程語言大戰(zhàn)：Python 領(lǐng)先，Java 保持穩(wěn)定，Rust 崛起” 對今年的調(diào)查結(jié)果進行了很好的總結(jié)。與許多其他出版物不同，《The New Stack》對 2024 年收集的原始數(shù)據(jù)進行了獨立分析，這些數(shù)據(jù)來自Stack Overflow的“開發(fā)者調(diào)查” 和Jetbrains的“開發(fā)者生態(tài)系統(tǒng)報告”。

其他值得注意的發(fā)現(xiàn)

• 并非所有公司都離開云端。
• 面向客戶的事件正在增加。

平臺工程和開發(fā)者平臺

雖然不像DevOps那樣是合成詞，但平臺工程已成為開發(fā)和運維目標融合的學(xué)科。

在 2024 年，我們報道了超過四份基于調(diào)查的報告，這些報告提供了對平臺工程和內(nèi)部開發(fā)者平臺 (IDP) 的見解。他們證明，絕大多數(shù)企業(yè)已經(jīng)采用了平臺工程，即使他們可能沒有一個正式的團隊使用這個名稱。

標準化基礎(chǔ)設(shè)施供應(yīng)和 IDP 的使用是 68% 平臺團隊的主要關(guān)注點。根據(jù)最新版本的 Gitpod 和Humanitec的“平臺工程現(xiàn)狀報告”，改進開發(fā)者在 IDP 上的體驗和生產(chǎn)力緊隨其后作為重點。

首次采用平臺的公司絕大多數(shù)都獲得了積極的投資回報，但許多平臺團隊不知道如何衡量成功。根據(jù)同一份“平臺工程現(xiàn)狀”研究，只有 43% 的平臺團隊將自己的反饋機制描述為“臨時性”或“不一致”。

更糟糕的是，45% 的平臺團隊根本不進行任何衡量，而另外 26% 的團隊正在收集性能數(shù)據(jù)，但實際上并沒有對其進行分析。

即使在關(guān)注生產(chǎn)力的組織中，關(guān)于如何衡量平臺團隊成功的標準仍然存在爭議。事實上，谷歌云發(fā)布的最新 DORA 報告發(fā)現(xiàn)，隨著平臺工程項目成熟度的提高，吞吐量和變更穩(wěn)定性指標下降。另一方面，使用 IDP 的組織看到個人和團隊生產(chǎn)力水平更高，這可能是由于通過 IDP 提供的自助服務(wù)。

展望未來，我們預(yù)計組織將面臨有多少平臺才算太多的問題。這個問題即將出現(xiàn)，因為在Puppet by Perforce的“2024 年 DevOps 現(xiàn)狀報告”中接受調(diào)查的 75% 的人表示他們正在使用至少三個內(nèi)部自助服務(wù)平臺，這比先前研究中使用三個或更多平臺的 59%要多得多。

隨著平臺工程在企業(yè)中獲得至少基本的認可，投入到其中的資源應(yīng)該會增加。Rafay Systems的一項調(diào)查發(fā)現(xiàn)，69%擁有平臺團隊的組織預(yù)計，到2024年，這些團隊的員工人數(shù)將至少增加25%。然而，Rafay報告指出，企業(yè)面臨的一個挑戰(zhàn)是，只有47%的平臺團隊擁有獨立于IT部門的預(yù)算。

平臺工程或許會轉(zhuǎn)移一部分原本用于購買基礎(chǔ)設(shè)施即代碼 (IaC)和CI/CD工具的資金。事實上，如上圖所示，許多平臺團隊都專注于實施IaC或在CI/CD系統(tǒng)之上構(gòu)建平臺。

平臺團隊或許能夠在不同的環(huán)境中強制執(zhí)行一致的配置，但由于IaC工具和框架的激增，他們也面臨著挑戰(zhàn)。事實上，StackGen的“Stacked Up 2024: The IaC Maturity Report”調(diào)查顯示，54%的受訪者在IaC方面面臨挑戰(zhàn)，因為多種工具導(dǎo)致學(xué)習(xí)曲線陡峭且兼容性問題突出。確定可以有效管理多少個IaC框架將在2025年繼續(xù)成為一個問題。

Kubernetes和平臺工程

在CI/CD系統(tǒng)之上運行的平臺通常也運行在Kubernetes之上，這就是為什么Rafay Systems對平臺團隊的調(diào)查側(cè)重于Kubernetes用戶。這兩個主題都面臨著由于工具激增而帶來的復(fù)雜性問題。

事實上，根據(jù)Spectro Cloud2024年的一項調(diào)查，48%的Kubernetes用戶發(fā)現(xiàn)，很難決定從廣泛的云原生生態(tài)系統(tǒng)中選擇哪些堆棧組件。這一比例從Spectro Cloud 2023年報告中的29%大幅上升。

2024年最佳平臺工程報告

• “平臺工程現(xiàn)狀報告：第三卷”VMware by Broadcom's“2024年云原生應(yīng)用平臺現(xiàn)狀”
• DORA的“加速DevOps現(xiàn)狀”
• Puppet by Perforce的“2024年DevOps現(xiàn)狀報告：平臺工程的演變”
• Rafay的“企業(yè)平臺團隊的脈搏：云、Kubernetes和AI”
• Spectro Cloud的“2024年生產(chǎn)Kubernetes現(xiàn)狀”

開源

開源維護者的資金，或資金的缺乏，繼續(xù)危及開源軟件。

2024年出現(xiàn)了大量的軟件物料清單 (SBOM) 和自動化依賴項管理的工具，這些工具可以降低一些安全問題。然而，開源維護者根本沒有足夠的時間來優(yōu)先考慮安全問題，尤其是在他們還面臨著人工智能編碼工具帶來的大量新威脅的情況下。

主要發(fā)現(xiàn)包括：

• 通過支付維護者的費用可以最好地解決安全需求。為其在開源方面的工作獲得報酬的開發(fā)人員，遵循影響項目安全態(tài)勢的最佳實踐的可能性要高出50%以上。這是根據(jù)Tidelift的“開源維護者現(xiàn)狀”得出的結(jié)論，該報告還考察了來自未知貢獻者和人工智能生成的拉取請求的質(zhì)量和安全問題。
• 維護者擔(dān)心來自AI和未知開發(fā)者的貢獻。Tidelift報告發(fā)現(xiàn)，由于3月份發(fā)現(xiàn)的Linux xz utils后門，三分之二的維護者比以前更不信任來自項目非維護者的拉取請求。更令人擔(dān)憂的是，64%的人表示，他們不太可能審查和接受他們知道是用人工智能工具創(chuàng)建的項目貢獻。

在2025年，我們預(yù)計無償志愿者將繼續(xù)難以遵循許多實踐，而這些實踐正日益成為遵守新的政府法規(guī)的強制性要求。

其他值得關(guān)注的開源研究

• OpenLogic 的“2024 開源現(xiàn)狀報告”
• Linux 基金會的“自由和開源軟件普查三”

AI 和開發(fā)者

開發(fā)者使用 AI 的原因是節(jié)省時間和提高生產(chǎn)力，而不是代碼質(zhì)量。

• 在定期使用 AI 工具進行編碼和其他開發(fā)相關(guān)活動的開發(fā)者中，85% 的人表示這些類型的工具使他們比以前更快地完成工作。這是根據(jù) Jetbrains 的“開發(fā)者生態(tài)系統(tǒng)現(xiàn)狀報告”得出的。大部分時間節(jié)省是漸進的，但 46% 的人表示，由于這些工具，他們每周至少節(jié)省了兩個小時。
• 相比之下，只有 23% 的人表示這些工具實際上提高了所創(chuàng)建代碼和解決方案的質(zhì)量。這一發(fā)現(xiàn)應(yīng)該會降低 2024 年 GitHub 調(diào)查“2024 GitHub 調(diào)查”報告的樂觀情緒，該調(diào)查發(fā)現(xiàn) 90% 的美國開發(fā)者聲稱使用 AI 編碼工具提高了他們的代碼質(zhì)量。
• 總體而言，Jetbrains 的研究發(fā)現(xiàn)，65% 的人表示他們超過一半的工作時間用于編碼，高于 2023 年的 57%。在即將到來的一年里，我們希望看到這一趨勢是否會持續(xù)下去，并能否直接與 AI 編碼工具的使用聯(lián)系起來。

在年輕、經(jīng)驗不足的開發(fā)者的帶領(lǐng)下，AI 工具已被迅速應(yīng)用于開發(fā)流程中。

• 根據(jù)Stack Overflow 的“2024 開發(fā)者調(diào)查”，年輕的開發(fā)者、經(jīng)驗較少的開發(fā)者以及居住在印度和巴西等國家的開發(fā)者更有可能使用和信任 AI。71% 的經(jīng)驗少于五年的開發(fā)者報告在他們的開發(fā)過程中使用了 AI 工具，而擁有 20 年編碼經(jīng)驗的開發(fā)者則為 49%。

GitHub Copilot 沒有實現(xiàn)大規(guī)模采用。

• 在過去 12 個月中，41% 的受訪者使用了 GitHub Copilot，低于 2023 年在“Stack Overflow 開發(fā)者調(diào)查”中詢問相同問題時的 55%。我們認為這種下降是基于對 Copilot 產(chǎn)品的看法變化。
• 根據(jù) Jetbrains 的“開發(fā)者生態(tài)系統(tǒng)現(xiàn)狀報告”，只有 26% 的開發(fā)者定期使用 GitHub Copilot 進行編碼和其他開發(fā)活動，盡管另外 14% 的開發(fā)者之前曾嘗試使用過它。相比之下，定期使用 ChatGPT 進行編碼的開發(fā)者為 49%，而之前嘗試過使用它的開發(fā)者為 20%。

招聘和職業(yè)

個人工作保障比基于開發(fā)者普遍焦慮所預(yù)期的要強。

• 根據(jù) Jetbrains 的“2024 開發(fā)者生態(tài)系統(tǒng)現(xiàn)狀報告”，總體而言，67% 的受訪者感覺他們在目前的工作中很安全，而 11% 的受訪者表示感到不安全。
• 在同一項研究中，46% 的人表示他們所在城市或地區(qū)的軟件開發(fā)者當(dāng)前就業(yè)市場充滿挑戰(zhàn)，而 30% 的人表示招聘前景良好。
• 根據(jù) Linux 基金會的一份報告，大多數(shù)雇主在 2023 年增加了工作崗位或維持現(xiàn)狀。

開發(fā)人員的薪資和工資受到限制。

• Stack Overflow 的“2024 開發(fā)者調(diào)查”的受訪者中，平均年薪大幅下降。例如，與去年相比，2024 年全棧開發(fā)人員的平均中位數(shù)薪資下降了 11%，降至 63,333 美元。
• 即使平均或平均薪資實際上并沒有下降，ADP 的研究也表明開發(fā)人員的薪資并沒有像許多其他職業(yè)那樣大幅增長。

其他值得關(guān)注的技術(shù)工作和職業(yè)研究。

• Linux 基金會的“2024 年科技人才現(xiàn)狀報告”
• Dice 的“2024 年科技薪資滿意度報告”

其他值得關(guān)注的發(fā)現(xiàn)

• 并非所有公司都離開云端。雖然一些公司正在將工作負載從公共云遷移到本地，但關(guān)于大規(guī)模云回遷的消息被夸大了。事實上，2024年云遷移比以往任何時候都更加普遍。根據(jù)Flexera的《2024年云狀況報告》，58%的受訪者表示計劃在2024年將更多工作負載遷移到云端，高于2023年的44%。
• 面向客戶的事件正在增加。根據(jù)PagerDuty 6月份的一項調(diào)查，59%的IT領(lǐng)導(dǎo)者表示，他們看到的會影響客戶的事件比前一年更多。此外，調(diào)查參與者表示，事件數(shù)量增加了43%。盡管有這種趨勢，但69%的人表示他們的組織沒有投資于減少此類事件。