今年的 《State of Frontend 2024》新鮮出爐了，本次調查是迄今為止最全面的一次調查，共收到來自 139 個國家的開發(fā)人員、工程師和技術愛好者的 6,288 份回復。
相比 2022 年的調查結果，一些領域的調查結果有了非常明顯的區(qū)別，這也體現(xiàn)了前端開發(fā)的飛速發(fā)展，特別是今年的調查融入了 AI 領域，前端的開放方式正在發(fā)生著顯著變化，下面我們一起來分析一些重點部分的調查結果。
框架 在最新的調查中，有69.9%的受訪者表示他們正在使用 React，這讓 React 毫無懸念地占據了排行榜的首位。React 日益壯大，我們看到社區(qū)不斷采用新的方法來構建各類解決方案，無論是漸進式 web 應用、服務器端渲染應用、單頁面應用，還是靜態(tài)網站。它在市場上的主導地位也使得像 Next.js 這樣的框架迅速流行起來。Next.js 框架通過其豐富的服務器端渲染、路由體系以及早期對 React 19 特性的采用，證明了其在各種解決方案中的優(yōu)異性能和可擴展性。
使用 MVP 設計模式的 Vue.js 也證明了自己是 React 的有力競爭者，有44.8%的受訪者選擇了它作為框架。與 Vue.js 搭配得很好的 Nuxt 也得到了52.9%受訪者的青睞，作為他們的渲染框架選擇。
盡管這些是人們首選的流行框架，但我們也看到社區(qū)在學習下一步技術上的轉變。Svelte 正在吸引越來越多開發(fā)者的關注，有43.6%的開發(fā)者希望學習 Svelte，緊隨其后的是 HTMX 和 Qwik。
當然，開發(fā)者的選擇并不僅限于這些流行框架。Astro 就是許多開發(fā)者的強勁選擇，它提供了各種功能，例如靜態(tài)網站生成、服務器島嶼等，并能夠在應用程序中按需集成交互功能。由于其靈活性，Astro 適用于許多應用程序，不同框架之間的集成更是個極好的加分項。
Remix 也開始獲得更多關注。它利用服務器端渲染（SSR）的能力，使得開發(fā)者能夠專注于采用 web 標準的最佳實踐。我們看到社區(qū)越來越多地重視它，因為它能夠將開發(fā)者體驗（DX）與靜態(tài)站點生成（SSG）相結合，非常適合那些在構建高可用用戶界面時尋找可擴展性和性能的解決方案。
前端框架？
渲染框架
庫 日期庫 作為一個經常處理日期管理的開發(fā)者，我發(fā)現(xiàn)這些統(tǒng)計數(shù)據非常有意義。date-fns 顯然表現(xiàn)強勁，其廣泛的采用率（53.9%）以及非常低的不滿意率（4.3%）使其成為許多項目中可靠的選擇。其模塊化方法和強大功能難以超越。
另一方面，雖然 Moment.js 仍然受到45.1%用戶的歡迎，但顯著的不滿意率（24.8%）顯示了偏好的變化。我遇到過 Moment.js 的尺寸和性能不太理想的情況，這使得轉向替代方案更加吸引人。
Day.js 作為一個現(xiàn)代、輕量級的替代品吸引了我的注意。37.7%的用戶欣賞其優(yōu)點，很明顯，許多開發(fā)者在尋找一種更簡單、更高效的解決方案。從我的角度看，Day.js 提供了易用性和性能的有力組合，與當前的最佳實踐非常契合。
總體來看，看到這個行業(yè)朝著更簡化和高效的日期管理解決方案演進，確實令人興奮。date-fns 和 Day.js 絕對值得任何人考慮更新他們的工具包。
狀態(tài)管理庫 狀態(tài)管理庫的使用之旅不僅依賴于它們的功能，還在于它們與不斷發(fā)展的框架生態(tài)系統(tǒng)的集成程度以及它們解決特定問題的效果。
向服務器端開發(fā)方向的轉變，使得像 Context API 和 Zustand 這樣的工具在客戶端場景中因其高效性和易用性而更具吸引力。盡管在B2B應用中仍然具有相關性，但在這種新環(huán)境中，Redux 有時會顯得有些過于復雜。這些狀態(tài)管理工具的演變反映了開發(fā)環(huán)境和開發(fā)者偏好的更廣泛變化。
毫不奇怪，Redux 和 Redux Toolkit 仍然占主導地位，使用率分別為33.4%和34.7%。Redux 的強大生態(tài)系統(tǒng)和成熟功能使其成為許多項目中的關鍵工具，而 Redux Toolkit 帶來的增強功能則進一步提高了其吸引力。然而，約三分之一的開發(fā)者仍然不青睞 Redux，這表明其復雜性和開銷在某些新框架的背景下可能是一個缺點。
其他庫 作為多年來深受 Lodash 依賴的開發(fā)者，我對其強烈的積極評價并不感到意外，57%的用戶表示滿意。Lodash 提供的一套實用工具函數(shù)在簡化復雜任務和提高代碼效率方面無價之寶。
然而，有趣的是，只有3.7%的用戶有興趣在未來學習它。這可能表明 Lodash 已經很好地集成到許多項目中，或者開發(fā)者更多地在關注現(xiàn)代 JavaScript 特性和提供類似功能的替代庫。
jQuery 是我職業(yè)生涯初期實驗過的另一個工具。那些喜歡它（27.6%）和不喜歡它（26.3%）的人幾乎持平，這反映了它的混合口碑。
jQuery 在其鼎盛時期革命性地存在，但其曾經突破性的功能如今大多被原生 JavaScript 和更現(xiàn)代的框架所復制。
對學習 jQuery 的低興趣（1.5%）表明它變得越來越不相關，因為新的更高效的工具和框架占據了中心舞臺。
請求庫 當前前端開發(fā)中的數(shù)據獲取領域相對穩(wěn)定。開發(fā)者通常使用 TanStack Query 配合 Axios（73.6%）或原生的 fetch API（72.4%），這些都提供了管理數(shù)據的便捷有效的方法。一大關鍵因素是開發(fā)者對 TanStack 的滿意度達到了43.4%，這使得創(chuàng)建新的數(shù)據管理庫的吸引力減少。
盡管有趣，SWR（19.9%）并沒有像 TanStack Query 那樣受歡迎，盡管它是由 Vercel 開發(fā)的。這表明，即使有大公司的支持，在技術世界中也未必能保證廣泛的采用。同時，ApolloClient 的持續(xù)高使用率（25.2%）反映了 GraphQL 在開發(fā)中的持久受歡迎程度。
看到 tRPC 的采用率上升（29.8%的人希望在未來學習它）也令人興奮。這種類型安全的 API 解決方案特別適合使用 Next.js 構建全棧應用程序。通過強制類型安全，tRPC 顯著減少了常見錯誤的風險，例如忘記在所有相關地方更新重命名的字段。對 tRPC 的興趣增長很可能與 Next.js 用于全棧開發(fā)的增加有關。
至于新庫，這個領域似乎對其需求不大。ky（4.1%）的例子表明，開發(fā)者更傾向于依賴知名的、經過實際使用檢驗的解決方案。隨著前端架構的日益復雜——涵蓋客戶端渲染（CSR）、服務器端渲染（SSR）、增量靜態(tài)再生（ISR）和島嶼架構——任何新庫都需要從一開始就支持廣泛的用例。目前，我認為在數(shù)據獲取庫方面沒有太多新的空間。
微前端 從 2022 年有 75.4% 的受訪者報告使用微前端，到 2024 年驟降至 23.6%，這表明行業(yè)對前端架構的方式發(fā)生了顯著轉變。許多人意識到，微前端不只是技術知識 —— 它們還需要組織和文化的變革，而這并非所有公司都準備好接受的。
另一個關鍵因素是對服務器端渲染（SSR）和靜態(tài)站點生成（SSG）架構的投資不斷增加，這些架構融入了類似的概念。例如 Astro 的服務器島，Next.js 中的 React Server Components，以及 HTMX 都是很好的例子。如果使用得當，這些技術可以成為構建微前端的強大工具，因為它們共享許多相同的原則。甚至連 Vercel 的 CTO Malte Ubl 在一次采訪中也提到，React Server Components 將在 Vercel 的微前端策略中發(fā)揮關鍵作用。
Module Federation（51.8%）正逐漸成為客戶端應用程序的標準，不僅用于微前端，還用于需要頻繁更新特定系統(tǒng)部件的一體化架構。隨著 Module Federation 新版本脫離 Webpack，我預計其采用率將進一步增長。
Single SPA（35.5%）是另一個可靠的選擇，常因其有力的指導而備受青睞。
一個值得關注的框架是 Piral。雖然今年沒收到很多票數(shù)，但它正在添加有用的工具，如發(fā)現(xiàn)服務，這簡化了決策過程并使微前端的實施更容易。
展望 2025 年，Vercel 即將推出其微前端解決方案作為一級原語，許多大公司已經在實施微前端。主要挑戰(zhàn)仍然是將技術、組織結構和文化對齊以實現(xiàn)成功。
我們還會看到更多公司提供與 AI 集成的微前端解決方案。我與一些初創(chuàng)公司交流過，他們正在開發(fā)將前端開發(fā)與生成式 AI 融合的新工具。對于微前端來說，這將是一個令人激動的一年！
使用微前端的占比
微前端框架
包管理 這種主導地位并不令人意外，因為 NPM 長期以來一直是 Node.js 的默認包管理器，擁有龐大而全面的生態(tài)系統(tǒng)。NPM 與 Node.js 工作流程的無縫集成及其廣泛的包注冊表使其成為許多開發(fā)者的首選，尤其是那些新手開發(fā)者，他們往往首先接觸到 NPM。
然而，值得注意的是，替代包管理器正在穩(wěn)步崛起：
Yarn 的穩(wěn)定存在（21.5%）：Yarn 由于其性能優(yōu)勢和諸如工作區(qū)等高級功能，仍然保持著顯著的用戶基礎，這對于大規(guī)模項目和單一代碼庫尤其有用。Yarn 的改進，如增強的速度和可靠性，依舊吸引那些在工作流中優(yōu)先考慮性能的開發(fā)者。
PNPM 的受歡迎度上升（19.9%）：PNPM 正迅速受到歡迎，反映了對其獨特包管理方法的日益關注。其主要吸引力在于高效處理依賴項，尤其是通過不重復系統(tǒng)來節(jié)省磁盤空間——這是具有復雜依賴樹項目的一個優(yōu)勢。PNPM 的性能改進使其成為一個有吸引力的替代品，特別是當開發(fā)者尋求更快的 CI/CD 管道和更好的開發(fā)者體驗時。
Bun 的新興興趣：盡管在調查中沒有正式列出，Bun 在開放響應中被提及了48次，表明了對這種新型包管理器的新興趣。Bun 內置的包管理器提供了顯著的性能提升，使其成為那些希望優(yōu)化工作流程的開發(fā)者的一個吸引選擇。
我個人開始更頻繁地使用 PNPM，并且它已經成為我的主要包管理器。其速度、性能與穩(wěn)定性都是突出的特點，我在對等依賴項處理和安裝輸出噪音上遇到的問題明顯減少。
Bun 的驚人速度也引起了我的注意。我一直在實驗環(huán)境中使用 Bun 尤其是一些需要快速安裝和部署的小型項目。
JavaScript 運行時 Node.js 長期以來作為一個可靠、多功能且集成良好的運行時，其主導地位并不令人意外。在前端開發(fā)中，它已經成為一個基石，這主要歸功于其龐大的 npm 包庫，類似 Express 和 Next.js 的框架，以及與開發(fā)者依賴的工具和工作流程的無縫集成。
Node.js 取得成功的幾個關鍵因素：
穩(wěn)定性和信任 ：開發(fā)者重視穩(wěn)定性和經過驗證的記錄，這正是 Node.js 提供的。作為一種成熟的技術，它在各個行業(yè)和規(guī)模的項目中得到了廣泛測試。生態(tài)系統(tǒng) ：Node.js 的優(yōu)勢在于其豐富的生態(tài)系統(tǒng)，尤其是 npm 包管理器，它為開發(fā)者提供了廣泛的工具，用于高效地構建復雜的應用程序。社區(qū)支持 ：一個龐大且活躍的社區(qū)持續(xù)為 Node.js 的改進做出貢獻，這使得它成為那些希望避免使用較新但不太成熟的運行時的開發(fā)者的可靠選擇。然而，其他 JavaScript 運行時，例如 Bun（10%）和 Deno（2.6%），正在開始開辟自己的市場。
Bun ：Bun 作為主要替代品的地位非常顯著。它專注于其驚人的速度和近乎完整的 Node.js 兼容性，盡管目前還未達到100%。Bun 還引入了內置包管理器、原生 TypeScript 和 JSX 支持，以及一些獨特的 API，盡管這些特性引發(fā)了一些爭議。
Deno ：由 Node.js 的原始開發(fā)者 Ryan Dahl 創(chuàng)建的 Deno 遵循了與 Bun 相似的道路。雖然其初始的通過 URL 導入依賴項的方法可能延緩了采納，但 Deno 發(fā)布其包注冊表 JSR（作為 npm 的替代品）標志著其策略的轉變。隨著 Deno 2 即將推出，觀察其如何發(fā)展以及社區(qū)的反應將會非常有趣。
TypeScript 如今有 90.6% 的開發(fā)者使用 TypeScript，相比 2022 年的 84.1% 有所增加。超過一半的開發(fā)者（53.1%）相信 TypeScript 已經成為新的 Web 標準，這一比例在 2022 年時為 43%。
這一現(xiàn)象背后有許多關鍵發(fā)展的推動。從 TC39 委員會來看，已經有一個關于“作為注釋的類型”的 Stage 1 提案。此外，Node.js 也引入了一個實驗性的剝離類型標志。這兩個案例的目標都是允許運行不需要編譯或轉譯步驟的 TypeScript 子集。
開發(fā)者越來越多地依賴 TypeScript，不是作為編譯器或構建過程的一部分，而是作為 IDE、代碼檢查器（比如通過 typescript-eslint 項目）和開發(fā)者體驗功能的類型檢查器。例如，在 Nuxt、Nitro、TanStack Start、next-typesafe-url 中實現(xiàn)的類型安全路由，在 Astro 中實現(xiàn)的類型檢查 Markdown 前言等等。
隨著這種集中于開發(fā)階段運行的 TypeScript 的普及，類型檢查的速度成為一個重要的限制因素。構建工具越來越傾向于使用本地代碼以加快開發(fā)時的反饋周期，但這也意味著類型檢查將成為速度的限制因素。像 stc 這樣的 Rust 類型檢查器項目已被放棄，但類似 oxc 這樣的項目可能為開發(fā)階段提供更快的類型檢查路徑。
過去一年使用過 TypeScript 嗎？
過去一年使用過哪些類型方法？
你認為 TypeScript 的現(xiàn)狀如何？
PWA 目前，有 20% 的受訪者將 PWA（漸進式 Web 應用）用于他們的移動應用，這僅次于 React Native 和原生開發(fā)，位列第三。其他技術如 Flutter 和 Cordova 可能最終會在受歡迎程度上趕上。
在蘋果公司最初在歐盟地區(qū)移除 iOS 上的 PWA 功能后，這一決定引起了網絡開發(fā)社區(qū)的強烈反對，突顯了 PWA 對用戶和企業(yè)的重要性。最終，蘋果公司撤回了這一決定，并且進展緩慢但穩(wěn)步推進——例如最近引入的 iOS 推送通知功能。這與 PWA 的發(fā)展相吻合，因為 PWA 在各大瀏覽器上得到了廣泛支持，并且越來越多地與桌面和移動平臺集成。
盡管如此，只有 35% 的受訪者認為這種上升趨勢會繼續(xù)，而另有 30% 則認為 PWA 的發(fā)展不會有太大變化，這可能是由于缺乏認知或使用導致的。
總結來看，PWA 在移動應用開發(fā)中的使用率正在增加，并得到了更多平臺的支持。然而，未來的發(fā)展仍然依賴于更多的推廣和用戶教育，以便讓更多開發(fā)者了解和使用這項技術。
Progressive Web Apps (PWA) 的未來展望
設計系統(tǒng) UI 框架 shadcn/ui（28.1%）位居榜首，它結合了 Tailwind、Radix 和 React，但與其他系統(tǒng)不同的是其獨特的部署模式。相比之下，MUI（21.6%）和 Bootstrap（11.6%）則分別位列第二和第三。shadcn 通過將實現(xiàn)文件直接拷貝到你的項目中，允許你根據需要自定義 TailwindCSS 類。
Material UI（MUI）作為第二大流行的設計框架（在與 Angular 一起使用時位居第四），并不令人意外。MUI 是一個“企業(yè)框架”，提供可訪問、可主題化和高度可樣式化的組件，且性能優(yōu)越。即將通過 Pigment-CSS 庫在構建時處理 CSS 的轉變，解決了與 NextJS 相關的長期問題，鞏固了 MUI 在 S 級組件框架中的地位。
盡管 Bootstrap 起源于 Web 2.0 時代，但它在不斷演變，同時保留了其龐大的主題和組件生態(tài)系統(tǒng)。最新版本可以無縫集成到 React 中，只需一個庫和一個 CSS 文件就能完成設置。它的設置甚至比 Tailwind 更簡單，支持許多類似 Tailwind 的實用類，用于邊距、填充等。不要因為 Bootstrap 存在已久就低估它。
Ant Design（7.3%）位居第五。它是一個逐步崛起的流行組件系統(tǒng)，提供了一個適合企業(yè)空間的輕量級替代品（主要還是國內在用）。
設計工具 在設計工具方面，Figma（86.9%）已經成為創(chuàng)建設計的事實標準。隨著開發(fā)者模式和流行的 AI 插件的加入，簡化了從設計到代碼的轉換過程，F(xiàn)igma 不斷創(chuàng)新。雖然與 Adobe 的合并企圖失敗了，但 Figma 推出企業(yè)級支持以在構建管道中管理設計代幣（design tokens），這一特性對于財富1000強企業(yè)中的設計和基礎設施團隊來說非常有價值。
總結來看，各種設計框架和工具各有千秋，而 shadcn/ui、Material UI 和 Bootstrap 等系統(tǒng)則憑借各自的優(yōu)勢在市場上占據了一席之地。同時，Figma 作為設計工具也在不斷提升其功能，滿足更多企業(yè)的需求。
CSS 編寫 純 CSS 依然非常流行，有 74.8% 的受訪者使用并喜歡它。CSS 不斷吞噬以前只能通過 JavaScript 完成的任務，我們可以預期更多的代碼將從重型 JS 框架轉移到少量的聲明式 CSS 上。
Sass/SCSS 也是一個強有力的競爭者，使用率達到了 71.8%。這表明盡管純 CSS 被廣泛使用，但許多開發(fā)者更喜歡 Sass/SCSS 提供的增強特性和預處理能力。
Tailwind CSS 具有 66.7% 的使用和認可率。其實用優(yōu)先的設計理念特別受到開發(fā)者的青睞，尤其是在 React 和 Next.js 生態(tài)系統(tǒng)中。這種方法與現(xiàn)代的組件驅動開發(fā)和設計系統(tǒng)相匹配，在這種系統(tǒng)中，樣式被定義在組件內而不是單獨的樣式表中。
CSS Modules 和 Styled Components 也有相當不錯的采用率，分別有 56.7% 和 42.9% 的開發(fā)者使用它們。這些工具因其能夠封裝樣式并與基于組件的架構如 React 很好地集成而受到青睞。
測試 大多數(shù)測試工作由開發(fā)者或通過開發(fā)者與 QA 團隊的合作來完成（87.4%）。開發(fā)者可以利用自動化測試來加速開發(fā)，提供快速、可靠的反饋循環(huán)，并消除耗時的人工檢查。如果測試僅由 QA 負責，這些收益將會消失。
超過 77% 的受訪者報告進行了軟件測試，這是一個積極的跡象，但大多數(shù)人關注的是單元測試，而單元測試本身是不足夠的。這并不奇怪，因為單元測試通常較快且易于編寫。然而，端到端測試和集成測試同樣重要，它們可以確保應用程序如預期般運行。
盡管 Jest（68.2%）和 Cypress（42.6%）仍然是最受歡迎的測試工具，但 Vitest 和 Playwright 也在逐漸受到歡迎，盡管它們相對較新。
根據我的經驗，趨勢正逐漸轉向使用 Vitest（39.8%）進行單元測試，特別是因為 Vite 在各種 JavaScript 框架中越來越流行。
Playwright（36.9%）憑借其優(yōu)越的性能、現(xiàn)代的測試庫靈感的定位器和簡化的設置，在市場份額上正在超越 Cypress。
你編寫過什么類型的測試？
你使用過哪些測試工具？
代碼管理 本地代碼編輯器 前端開發(fā)者的首選桌面代碼編輯器是 Visual Studio Code（75.1%），其成功得益于免費和龐大的擴展生態(tài)系統(tǒng)。VS Code 因其廣泛流行和免費可得，相較于 JetBrains IDEs 有顯著優(yōu)勢，使其在前端開發(fā)中始終領先。
JetBrains 系列 IDE（17.8%）緊隨其后，WebStorm 是專為前端開發(fā)者打造的解決方案，而其他如 PhpStorm 或 PyCharm 則適用于不同技術棧。JetBrains 工具提供更好的開箱即用體驗，受到不愿花時間調整編輯器的開發(fā)者青睞。
值得注意的是，今年的結果與 2022 年非常相似，VS Code、JetBrains 工具和 Vim 的使用率變化不超過 1%。
盡管 VS Code 和 WebStorm 提供了 AI 驅動的建議插件，但新的 AI 編輯器 Cursor 由于其專為生成式 AI 設計的 UI 控制，正在逐漸受到歡迎。
瀏覽器代碼編輯器 瀏覽器代碼編輯器市場也在興起，但調查顯示開發(fā)者對其接受度較低。CodePen（33.1%）是首選，但更多用于快速實驗和共享代碼，而不是全規(guī)模開發(fā)。
CodeSandbox（28.1%）和 StackBlitz（19.9%）則都是基于 Visual Studio Code 引擎 Monaco 構建，顯示出開發(fā)者即便在瀏覽器中也渴望熟悉的桌面體驗。
開發(fā)者更習慣于本地文件操作，云層增加了調試的復雜性，因此對瀏覽器編輯器仍有抵觸。這一局面可能會隨功能的進步和觀念的轉變而改變。
代碼托管平臺 明顯的贏家：GitHub 占據 77.9% 的票數(shù)，憑借其免費層和龐大的開源庫，已成為開發(fā)者的首選平臺。
GitLab 以 15% 位居第二，但增長停滯不前，自 2022 年前端現(xiàn)狀調查以來變化不大。BitBucket 僅占 5.3%，更偏向依賴 Jira 和 Confluence 的公司。
低代碼&零代碼 低代碼平臺 在低代碼工具中，Airtable（5.7%）和 Retool（3.4%）位居前列，主要用于內部解決方案。讓我驚訝的是 Flutterflow 的結果（0.12%），這個位年輕的平臺可能在不久的將來頗具潛力。它基于一個流行框架，為創(chuàng)建移動應用提供了快速發(fā)展的可視化開發(fā)環(huán)境。我預計其統(tǒng)計數(shù)據將大幅增加，特別是考慮到像 Axis 這樣的大型銀行正在使用這項技術服務于 5000 萬用戶。
零代碼平臺 在零代碼工具類別中，以 Notion（29.2%）和 Typeform（7%）為主，表明這一類別有廣泛的工具選擇。無代碼工具主要用于信息管理和在線表單，而非應用程序構建或自動化平臺。
打包工具 編譯框架 Vite 在開發(fā)者中享有很高的滿意度，82.4% 的開發(fā)者表示認可。它的吸引力在于速度快、啟動時間短且配置簡單，使其成為 Webpack 的首選替代品。Vite 使用 esbuild 進行快速轉譯和熱重載，提升了整體效率。
盡管 Webpack 使用率相似，但用戶反饋表現(xiàn)明顯不同。只有 44% 的 Webpack 用戶表示滿意，38.5% 的用戶因其復雜性和難以配置而感到困擾。
另一個分享零配置目標的工具 Parcel，則未達到 Vite 的受歡迎程度或滿意度。這可能是因為 Vite 在速度和易用性方面更有效地實現(xiàn)了這些原則，更受開發(fā)者的青睞。
Create React App (CRA) 的反饋則較為兩極分化，滿意率為 31.3%，不滿意率為 31.5%。最初由 Facebook 開發(fā)以便捷啟動 React 應用，CRA 不再推薦用于生產級別的 React 項目。React 官方文檔現(xiàn)在建議使用 Next.js、Remix 或 Gatsby，這些框架提供服務端渲染、靜態(tài)站點生成和增強性能，這些功能是現(xiàn)代應用越來越需要的。
Lint工具 ESLint（89.3%）和 Prettier（87.5%）繼續(xù)主導代碼分析和格式化工具領域，反映出它們作為業(yè)界標準的可靠性和廣泛應用。它們的普及表明它們能夠有效地滿足開發(fā)者的需求。
雖然使用率不及前兩者，但 Stylelint 具有增長潛力，10.9% 的開發(fā)者表示有興趣學習使用它。
AI 近年來，開發(fā)者對AI的快速崛起反應不一，很多人擔心它可能會“奪走我們的工作”。然而，令人振奮的是，越來越多的開發(fā)者現(xiàn)在開始接受AI，并將其用于提升工作效率，75.8% 的開發(fā)者已經將AI納入他們的工作流程中。
ChatGPT 在這股潮流中處于領先地位，90% 的開發(fā)者使用它。除了輔助編碼，許多人（包括我自己）發(fā)現(xiàn)它在問題解決、教學和學習資源方面非常有價值。
GitHub Copilot 的采用率為 57.4%，它提供實時代碼建議，極大地改變了開發(fā)過程。當其建議與用戶意圖一致時，可以減少打字時間，使開發(fā)者能夠更多地關注項目的整體思路，有時甚至可以代勞一部分工作！
近一半的受訪者已經將 AI 集成到他們的應用中，未來的軟件發(fā)布中，AI 可能會變得更加普遍。對于我們如何應對AI的影響，有一點是明確的：盡管對AI的影響有些許顧慮，但將其整合到我們的工具集中無疑是前進的方向。
過去一年使用過 AI 嗎？
AI 工具
在哪些環(huán)節(jié)使用 AI？
AI 在前端開發(fā)的未來是什么？
未來 哪些開放領域會持續(xù)發(fā)展？哪些會走向消亡？
最后 參考：https://tsh.io/state-of-frontend/
400 186 1886
