離開具體的專案問這種問題，感覺好奇怪。

如果是資料量不大，比如某些小遊戲，也沒有使用者資料需要儲存和處理，那就是前端開發工作居多；如果是進銷存、電商等專案，對邏輯，安全，效率等要求比較高，那麼後臺就要做大量的工作。

當然，這也是一般而言，有些遊戲的資料量很大，處理要求也是非常高，不管怎麼說，都要具體情況具體分析，因為小專案也是專案。

前端工作量大一點 後端難度高一點 前端說實話相對簡單一些 後端對各種程式設計模式 程式設計思想要求較高 水平次的只能寫web 水平高的才能去處理資料 搞併發和大資料 但單純工作量來說 前端比較多 一個css要調整半天 一點畫素一點的調

我們公司前端會寫vue，css3就行。後端除了java，還要精通linux,關係型資料庫，圖資料庫，記憶體資料庫，web伺服器，nginx/apache，Lucene，tcp/ip，udp等等協議......太多太多了。前段時間又逼著學大資料hdfs,hive,spark，hbase…又是一大坨。還有後端只要不是太不求上進那種，其實前端的東西也會寫。前端只要關注和後段互動就行了。後端除了web端，app端背後還有和成百上千的系統互動。寫文件的時間和寫程式碼差不多

前端要的是細膩，後端要的是穩定。

比工作量大小沒多大意義。前端忙碌一整天可能就是為了解決瀏覽器的相容問題；後端可能坐了一整天也可能敲不了20行程式碼，因為高併發和加鎖的問題可能很複雜。

線上的程式碼，如果是前端的問題，影響可能就是使用者體驗不完美；如果是後端的問題，嚴重的話有可能導致系統癱瘓。

所以，前後端的要求是不同的。

工作量我覺得前後端沒有太大的差別。相對而言我更喜歡後端。從這幾年周圍的經驗來看，後端轉前端容易，前端轉後端困難，因為前端的人思維不太適合後端的環境。而且，我個人覺得後端對知識技能的廣度和深度要求都比前端略高。

我是後端開發，我是這麼理解這個問題的，前端工作量總體變化幅度不大，一個專案在功能需求定下來之後，初步設計方案和UI設計出來後，她的工作量也就基本定下來了，後面不管專案有什麼重大變化，只要頁面和需求不怎麼變，基本上工作量就不怎麼變。但是後端就變數比較多，因為隨著專案規模，難度的加大，技術框架的升級，效能要求，穩定性，健壯性，擴充套件性就會發生很大的變化，對後端開發程式碼的要求也會增加，一個註冊登入可以寫的很簡單也可以寫的很複雜，這些是基於你對專案要求決定，所以後端開發初級程式設計師跟高階程式設計師甚至跟架構師他們考慮問題的深度和細節程度是完全不能比的，這就是為什麼後端開發薪資級別差別可以很大，初級的一般只有3-5K，而高階的甚至架構師的一個月可以3-5萬甚至更高；另一個想象也說明了一點，很多後端開發都不願意長期待在外包公司，即使待遇高於同級別其他公司，但是因為他們一般只關心是否完成基本功能，不關心技術底層實現，不關心專案架構，不關心專案效能，不關心專案可擴充套件性等問題，導致開發人員技術無法有明顯質的飛躍，對於程式設計師的職業發展長久來看是非常不利的。所以我的看法是：技術含量低的專案（比如一般的CM專案）後端工作量比前端工作量可能低，技術含量高的專案（比如微服務，分散式，大資料，高併發）後端開發工作量一般比前端高。

你要算到人，其實差不多，就看工作安排了，但一般一個需求的工作量後臺要更大，所以一般公司前後端配比是1:3甚至更高

現在前端都往大前端發展，除了H5,css3,js,jQuery基礎知識外，還得掌握三大框架，webpack編譯，node生態，還有一些知識分支，比如webGL三維，layaair遊戲引擎，小程式，混合開發等等

鄙人前後端都做，個人覺得這個跟那端關係不大，主要是你願意那邊走邏輯，如果邏輯後臺都實現了，那麼前端沒什麼程式碼，如果後臺就給你查sql，前端累死

我覺得不能一概而論說前後端誰的工作量大，還得看公司業務場景。舉個例子：

公司業務主要趨向大前端普通網頁端（包含pc及移動端；各種框架or原生實現）各種小程式（主要微信、支付寶）react/flutter 寫原生ios/android程式node做公司中介軟體，普通crud在後臺基礎api上，由前端自己獨立完成（當然也可以完全做後臺）

代表公司宋小菜、其他大廠等，這類公司肯定是前端工作量大，人數可能持平/多於後端

公司業務趨向後端資料保證類似java的jsp，前端僅僅需要輔助寫點頁面即可，資料都要由後端繫結公司更在乎資料，頁面夠用即可

代表公司移動電信運營商、傳統儀器行業等，這類公司後端又要忙得多，特別是有些公司後臺還需要兼崗運維的活，前端人數也會很少

補一句：

別一直糾結前端又要會webpack、webgl……後端又要會redis、linux、nginx……真心沒必要一直比。我見過有些前端運維能力並不會比後端差，後端也有大佬做大屏視覺化的東西。都是程式設計師，若需要花點時間去搞不就行了。

縱觀國內外知名專案，知名產品技術方向負責人基本都是後端出身的，甚至目前比較熱的前端框架都是基於後端語言開發的，本身就說明問題了！

還是要看崗位，但是單說前端的話，這裡面工作量是增加了。

1 前後端分離，前端有自己的編譯模板框架，很多後端的工作前端做了。

2 移動網際網路的發展，彈性設計，小程式發展，hybrid模式，m站等，增加了很多前端場景。

3 flutter的崛起，也讓很多做原生移動app的開發者需要去適應，可能以後需要具備做跨平臺的能力。基本是降低了跨平臺的技術難度，增加了對程式設計師的要求。

額，這個怎麼說。前端會說自己的工作量大，特別是相容，真心可以將一個前端工程師折磨的死去活來，比如說IE。後臺會說自己的工作量大，因為核心的業務組織在後臺，而且還要考慮效能和可用性方面的問題。另外，對於需求變更來說，雖然前臺後臺都會涉及到，但是後臺總體是吃虧的(因為前臺的工作能夠透過成果被很好的展示)，尤其是當甲方或者產品經理對開發不瞭解時。

前端比較雜，需要比較廣的技術面，後端技術比起前端來比較專一，但是對深度要求比較高，如果比較工作量的話，前端開發的時候比較耗時間，後端維護成本比較高，穩定性比較難保障，綜合下來，還是後端工作量比較大[呆無辜]

多年IT 告訴你，後臺工作量大，前端可視，較可測。後臺工作量可能會不斷變大變複雜，除非你是一個網站類的簡單系統

我是全棧工程師，我說一下我的體會:我的技術棧:前端angular+antdesign，後端用springboot,資料庫用mysql+redis,最後用docker部署。

在前端沒有定製化樣式需求的前提下（antdesign基本上滿足了我所有的頁面展示和控制需求），一個後端系統的工作量約等於2個前端系統的開發工作量。

但是，我覺得需求分析，資料庫設計，介面設計才是工作量大頭啊…

看情況吧有的專案側重點是後端架構服務穩定性要求高，有的專案側重前端大量由本地快取實現邏輯降低請求數，或者頁面功能頻繁改動更迭，至於穩定性併發架構設計之類前後端都有場景吧！畢竟後端掐住了資料庫的咽喉是基石，所以工資同比會高點

不同公司，不同階段，不同業務，前後端工作體量是不一樣的，不能一概而論。通常前後端情況1:2，如果發展前期，後端體系還未形成，這個比例會提高到1:3，甚至1:5。前後端體系形成之後，一般維持在1:2。如果本身業務以前端為主的，那就可能2:1，甚至3:1。整體而言，人員配備上是後端多一些，人多一些，並不一定就反映出後端工作體量大一些。其實，就我個人而言，很多公司其實是前端工作體量大一些，只是後端架構規劃一開始就不好，一直在重構中，換一個技術架構師，又來一波重構。往往業務需求變化，不好的架構，又會導致一大波調整。所以，後端主要工作是:業務沒發展起來的時候，一直在寫大量業務程式碼，業務發展起來之後，一直在重構。當然還有一部分人在最佳化效能，降低記憶體，改善併發之類的，發現又得來一波重構[捂臉]而前端呢，雖然前端框架層出不窮，只要JS基礎紮實，真的可以以不變應萬變。並不是說，前端無架構，前端也有。只要前端不把類似Node的中間層也接手過來，前端的基礎架構相對穩定很多。當然，我也見過，很多公司前端技術積累幾乎為零，一直頻於業務開發，那隻能用人把工作量堆起來了。說白了，還是很多公司比較"短視"，不重視基礎建設，不重視架構，導致大夥都在擰螺絲釘。不過話又說回來，一開始公司就把相關底層搭完善，估計黃花菜都涼了，本身架構這個東西，就是在業務調整中才能夠很好的提現出來的，也才能體現出架構師的價值。只是一開始一個公司，沒有一個架構師級別的人主導技術，後期真的要折騰得多。只是呢，也不能把架構師過於神話，不過是搬的磚多了，一看就知道磚的重量和質量，用在哪裡合適，有了不想"搬磚"的思維而已。扯這麼多呢，磚就那麼多，不見得搬磚的人多，就說明工作體量大，不給你挖個坑，你不知道他的存在，那邊還有一大波人在抽菸，在開會討論如何搬下一塊磚呢！不管你是前面搬磚的，還是後面搬磚的，都是搬磚的。

鄙人作為一個曾經做了四年後端，一年半偽前端的工程師，來說句客觀的話。首先，我想說論技術棧複雜度來說，前後端都不淺，那些只懂後端的覺得前端就是一個相容性的，還有隻懂前端，覺得後端就是crud的，都是高估自己，低谷別人的人。一個人精力是有限的，每個技術路線可以深入的內容又非常的多，一個程式設計師，其實大部分時間解決的，都是如何實現某種業務，如何最佳化重構古老的工程，特別是大廠裡，螺絲釘不要高估自己的作用。

所以當我們討論誰的工作多的時候，按照大機率的情況，基本沒區別。而你非得討論那些只有少數人，少數情況才需要面臨的問題，比如前端的跨端開發方案，如何磨平各端差異，如何克服動畫效能各端瓶頸，以及後端面臨的高併發，高可用性，資料庫分庫分表方案，快取方案，安全策略，通訊方案等等。面臨這些攻堅問題的人，都是那些少部分人解決的。市場上大部分人，要麼是螺絲釘，要麼是拿來主義，真的，誰也別瞧不起誰，大家都是打工人，工作內容沒太大差別！

做了三年的前後端開發工程師，我來說一下吧。我是面的Java工程師進來的，結果公司太小，前後端都要做。以我們公司來說，前端比後端複雜。後端基本上就是寫下業務邏輯，增刪改查，大點的專案也加點分散式叢集，訊息佇列，快取什麼的，然後也是增刪改查。如果對業務的理解比較到位，並沒有什麼難度。然而前端就不一樣的，首先css,相容性問題就是個比較麻煩的問題，完全就是靠花時間硬調出來的，然後要學各種框架，react，vue，taro,不同的專案用不同的框架，所以要不斷的學習。然後用reactnative做的移動端app，還要調android和iOS的相容，真的是超級麻煩。然後還有快取什麼的，效能問題，自動化測試等等。做前端是比較累的。