因為現在網頁開發人員已經不再單純的只開髮網頁

在Web2.0時代

前端開發人員都是往大前端方向發展

HTML CSS JS只是基本功

還得需要會Vue React Angular三大框架

小程式和Web APP開發

服務端的NodeJS

前端工程化Webpack gulp

gitlab github等

還有MongoDB Redis等資料庫

前端是越來越複雜了

並不是傳統意義的前端只做介面

現在簡單的CURD都是前端自己完成

後端更多的是做資料相關的工作

只能說你這個感覺偏差非常大！

web 層面的前端開發人員比原生 app 的開發人員數量上多了很多。拋開 web 其原有的領域不說，現在很多 Android 和 ios 的開發都採用了 hybird 技術，一種原生和 web 混合的開發手段。

很重要的一個原因就是 web 的開發部署週期非常迅速，而 native app 掛到市場後都會有一個稽核過程，現在網際網路企業對產品的設計規劃變化非常多，特別是 Apple store 的稽核時長較長，跟不上頻繁的迭代開發而產生的更新，所以就有了將更新評率較高的部分分離出來用 web 技術來實現的這種變通手段。

這樣一來，web 前端的技術人員又覆蓋了一部分原本不是他領域內的工作。

一個非常好的問題。題主說的前端應該是包含了H5跨平臺開發的“大前端”。

隨著移動網際網路的發展，前端開發成為重點。移動端有多個平臺，Android，iOS，微信小程式，還有重任在肩的華為鴻蒙，為了支援這些平臺和系統，越來越多的應用開始使用H5跨平臺架構，這時有個新名詞叫做“大前端”。

為了滿足實際業務需求，現在軟體系統的功能和架構都日趨複雜：多層架構，資料中臺，動靜分離，微服務、叢集化部署，自動化運維，等等。曾經總結過這麼一個現象：

早期的小型團隊，前端手忙腳亂，需求易變，盯著頁面整天改來改去。

成熟穩定的團隊，後端比較忙，持續不斷的開發新功能。

從實際情況看，前端工程師數量比較多。

這時的H5開發已經不單單是網頁開發了，而是前端應用開發。具體到H5 Hybrid架構，常用三劍客：HTML, css, JavaScript

1) HTML和css是頁面設計，沒有程式碼邏輯

2) JavaScript程式設計，還有其它衍生語言，比如常用的TypeScript

JavaScript是一種指令碼語言，由直譯器載入執行，常用在網頁前端動態展示、和服務後端互動等場景。

3）常用框架

有很多成熟的框架可用，比如JQuery, AngularJS，React，還有前後端都跑通的NoteJS

這是幾年前的一個話題了，中間經歷了很多波折，當2012年Facebook宣佈放棄H5轉向原生開發的時候，似乎已經有了階段性定論。然而隨著微信還有H5技術、開發框架的快速發展，天平又再次偏向了H5。

目前來看，“大前端”H5跨平臺開發工程師的需求數量，遠多於Android、iOS原生開發的需求。

對於題主的提問，其實回答很簡單，不需要虛頭巴腦說前端各種華麗花哨的，我就反問題主，安卓ios只做移動端應用，而web前端做的是跨平臺應用，現在單把移動應用拿出來單說，由於原生應用開發週期長，更新稽核繁瑣，很多原生應用的內容都是web寫的，安卓iOS相當於做了個框，可以理解為內嵌一個瀏覽器，這樣一對比，量級就明顯了，另外現有各平臺的小程式都是前端從業者，還需要列舉更多嗎

做網頁的需求量是做安卓、iOS原生前端頁面的需求的百倍都不止，你的感覺沒錯。

而你覺得做網頁的不多也很正常，因為藉助於前端UI框架、開源專案、工程構建、元件化等，現在前端更側重於JavaScript工程構建，很少吭哧吭哧寫頁面了。

1、跨多端，安卓、iOS、Windows、Mac、Linux等很多應用都開始採用hybrid的方式來開發，甚至直接用JavaScript生成；

2、前端SaaS、PaaS服務，隨著雲計算的發展，將人工智慧、大資料等做成第三方服務的公司越來越多，這個趨勢在美國比較明顯，中國也在跟進，而很多服務都是線上服務，比如線上Office、線上PS、線上OA平臺、線上大資料展示平臺、線上表格、低程式碼等，將服務線上化已經是大勢所趨，而所謂線上就是基於瀏覽器，而只要基於瀏覽器就是前端開發。

其實前端這幾年火爆的發展還是源於對軟體開發團隊的配置以及成本投入的需求，目前web前端開發已經佔據軟體開發招聘市場很大的比例了！

接下來給大家談談web前端發展迅速的主要原因：

網際網路企業屬於創投類比較青睞的專案，當你有一個很好的idea的時候，只需要一定的啟動資金，將你的idea落地為網際網路產品，藉此去吸引一定的流量，有了流量之後就可以找風投進行入股，在資本介入之後就會有非常迅速的發展，甚至還有上市的可能，風投只要在眾多的投資專案中有少量成功的案例，那麼就可以賺的盆滿缽滿，這也是網際網路成為這些風險投資資金的蓄水池。

至於網際網路產品的流量入口就很多了，例如：有的使用者從電腦端百度訪問、有的使用者從手機百度訪問、有的使用者會從微信小程式訪問、有的會下載官方推薦的APP、有的使用者使用安卓系統、有的使用者使用的是iOS，無論哪種方式都會產生很大的可能性，其背後都是一類使用者的訪問習慣，而作為產品必須尊重每一種習慣，否則將會丟失一部分的客戶群體，對於一個起步階段的網際網路產品來說，丟失的任何一個使用者都是不可接受的失敗，必須使出渾身解數來迎合使用者，增加產品粘合度以及使用者的體驗度。

面對如此多的流量入口，對於早期尚未拿到風投的創業型網際網路公司來說，軟體開發團隊的工資將佔據整個專案啟動資金很大的比例，以至於很多專案還沒搞出來上線就已經over了或者專案草草上線之後發現運營的資金也是捉襟見肘，導致了整體專案的失敗！

所以說對於這些網際網路創業型公司的軟體開發團隊組建肯定也是慎重的，需要使用有限的資金可以做更多的事，早期的團隊設定僅僅為了滿足流量入口就得包含網頁端、iOS端、安卓端、微信入口等，那麼就得為了這些前端的劃分而不斷的招人、招人、招人！現在有了前端框架的存在，基本上有一個完善的前端團隊，就可以基本完成上述的各個部分的工作，使得團隊更加精煉、成本投入也得到了大幅度的最佳化，當然肯定會有人吐槽，原生的優勢是這些前端框架所不能代替的，這個觀點是沒有問題的，但是產品是迭代推進的，在沒有資本介入的時候，細水長流才是可持續性發展之道！

這類公司已經功成名就，各自在自己的領域已經是大象般的存在了，資金勢力雄厚、技術能力與產品也已經非常成熟，前端軟體開發的任務也從早期搶市場，誰先上線誰就贏得先機，轉型向產品維護以及功能的迭代更新，所以工作量也會大幅下降，自然招聘量也會隨之降低，而且未來面對新的產品開發也會不斷的嘗試新的技術來滿足團隊最佳化的目的。

對於外包公司來說承接的專案會比較雜、業務型別也是多種多樣的，所以如果一個前端團隊可以解決來自iOS、安卓、pc端的所有需求那將是再好不過的選擇了，既節約了成本，又可以提升開發效率並能整合團隊資源何樂而不為！

對於非IT類企業來說，這類企業主營業務不是IT產業類，對軟體的需求就是滿足企業本身管理與生產的資訊化，所以不可能在IT團隊的投入上有著過高的追求，如果自身的IT能力即可以滿足日常的生產與管理，又可以在商業上有所建樹那將是非常完美的選擇，目前的前端框架完全可以滿足這類企業在軟體介面端開發的所有需求，也是得到企業青睞的原因所在！