1樓：賽維
長期以來後端老覺得前端簡單。
隨著前後端分離，前端越來越複雜，不過就常規專案來說，前後端複雜程度都差不多，後端增刪改查，前端顯示一下資料。
而複雜專案，則後端會難很多，不過大多數人還是增刪改查，少部人接觸核心，從這點來看，前端也是一樣，少部人接觸核心，大多數也只是簡單調取一下資料來展示。
不過隨著前後端分離，和類似graphql的出現，專案一定階段後，主要前端業務變動多，後端則會相對少一些工作量。
所以整體來看，前後端，多數人難度沒啥區別。
2樓：
這問題問的真沒水平！前端，後端，運營人員是乙個完整的團隊，要根據人員組成及技術應用情況而定！畢竟術業有專攻，但不排除有人是個多面手，咱是乙個團隊，不能互相鄙視，要互相支援打造最優效果！
如果前端薄弱，後端咱就多幹點！
如果後端薄弱，咱前端就得強悍些！
如果運營懂技術，咱前後端就能省不少事！
如果運營是個小白，咱前後端就要通力協作，開發出傻瓜化的系統！
總之，一切為了後續的有效轉化！
這個問題就像當年的：產品經理與SEO之間為什麼不能良好相處一樣的弱！
問出這種問題很可能是團隊成員間的溝通較少，互相之間存在技術盲區導致的！
3樓：Etemist
哪些前端老覺得後端簡單？他們又是覺得後端哪些地方簡單？簡單與否也得看具體是什麼問題，前端/後端都有其簡單和困難的地方，不能一刀切
4樓：
可能是你們的後端弱吧，把業務邏輯都推到了前端。正常情況是後端把業務的核心邏輯都實現了，前端應該只有和使用者互動相關的內容。
5樓：李洋
計算機考研考什麼？資料結構與演算法，計算機組成原理，作業系統，計算機網路，再有語言基礎連帶設計模式，這些東西如果不紮實，那不論前端後端，其實都挺簡單的。
6樓：剛道課堂
這就是分工不同造成的一些理解差異。
前端負責展示、介面UE還有一些業務邏輯，後端負責資料結構，還有一些在後端的業務邏輯，這結果就是前端覺得後端簡單，後端覺得前端簡單，。。。。。。
7樓：某科學的心理操縱
後端技術棧太廣了，前端同理，學的越深越覺得前後端都蠻難的，最少學的很好蠻難的。
但是前端邏輯性沒有後端強，對理科生來說前端的深入理解要更難一些，相對後端會比較容易。
類似於數學很好所以覺得英語比數學難。
這題是騙流量的吧，感覺跟男女對立，豆腐腦甜鹹乙個道理啊。本來不一樣的東西沒有可比性非要對比？那必然十分主觀缺少標準答案唄。
8樓：jokersora
看啥東西了哇，如果是大型網際網路專案，那對後端要求很高，如果是zf的內網專案，總共沒幾個人用的那種，前端順便寫寫curd就夠了。。。
9樓：gold han
後端老是問我要請求入參，我尋思著，這個介面不是你開發的嗎，自己不知道嗎？經常聽到：這個改不了，加不了字段，這個json改不了！
你前端轉換下啊！看來後端是真的挺難的！？自我感覺需求簡單的後端不難，自己寫過 node.
js jce服務，難點的還要會sql還要一些演算法，雖然看著就乙個請求的事，實際上還真的牽扯到挺多其他服務的，要保證每個服務的完美執行，還真的挺難的！個人見解。。。(技術棧：
iOS, node.js , flutter, react, ts, UI設計, arduino，esp32 有人要我嗎？
10樓：
我就是因為腿腳不利索跪不下去，才進山當的麻匪。
不是，我就是整不明白css，以及瘋狂更新換代的前端技術棧，才專心搞後端的。
前端很有用，但是我他娘的真不想一天到頭在那摳layout了。
11樓：九點差三分
看了幾個回答發現都稍微有點偏頗，其實各有各的難處，前端以為後台各種curd簡單的很，系統架構也很好弄，後端以為前端寫寫介面簡單的很，實際都不簡單也不都不能說難。不經其事，不知其事而已。
12樓：臧大為
都不簡單。如果覺得簡單，說明你每天在做千篇一律的工作。
如果你每天碼的都是創新的產品，新的架構、功能和應用，免不了要花大量的時間思考、規劃、嘗試、查文件，排錯。
13樓：某科學的電腦配件
我後端覺得寫前端好煩。。。
寫後端至少不會遇到這麼瑣碎的問題
更不要提前端被吐槽醜。。。能做到工整就可以了最後，前端概念也好多，從來沒學過，要找個想用的也費死個勁。間距、邊框、寬高、自適應布局等等，再怎麼依賴第三方框架（如vue+iview），css怎麼都逃不掉
所以現在感覺後端好簡單
——by 乙個因為專案組沒有多少前端所以全員都要分擔前端工作的後端
14樓：郭嘉
15樓：寒冬裡的臘月君
前端說：後端真簡單，寫幾個介面，增強改查，根據需求建幾個表就好。
後端說：前端真簡單，寫幾個頁面，調一下介面把資料展示出來就好。
這種偏見都是產生於自身的無知和淺薄。自身淺薄和傲慢的人一直抓著別人的短板看，或者說一直盯著不如自己的領域在對比中獲得優越感。老話說半桶水水容易晃大概就是如此。
對未知充滿好奇，尊重他人專業性的人都懂得謙遜學習。學習的越多，會發現自己懂得越少，從而更加謙遜好學。這是乙個良性迴圈。
16樓：
搞技術的通病。
一是站在風口掙得相對其他行業多，所以自大；二是覺得自己會點有門檻的東西了不起。其實都是臭打工的何必呢，再說又不是科學家又沒創造多大東西，也得不到什麼尊重，只能自己yy了。在資本家眼裡你技術再牛也就一工具人。
除非說你能做到top1%？
17樓：
後端也老覺得前端很簡單
其實都只看到了對方語法
單論語法，確實很簡單，翻翻文件就解決了
但是真正困難的是處理bug以及相容性，還有框架等問題只要寫得出hello world 語法問題就不是問題了
18樓：啦啦啦啦啦
總是有後端認為前端簡單，也總是有前端認為後端簡單。現在基本都是前後端分離，前後端都對對方的東西略懂一些，但馬上上手，都不太熟悉（當然有全棧的）。想弄好，都很難，否則，為什麼前後端的工資都很高，為什麼不是前端低後端高或者反過來。
虛心點吧。專案體量一旦上去，後端要面臨高併發等等的問題，前端要面臨各種優化，渲染（我做後端的，前端不太懂）。
19樓：orca
老闆 | | 領導：前端後端你們都是高手，技術精英，智力超群，邏輯感人。 所以好好給我加班把活幹完，我啥技術都不懂，全靠你們了
20樓：
我這邊就沒這問題。
大家都是自己的頁面+自己的介面+自己的crud。
好傢伙，乙個專案裡面全是輪子，json同時在使用fastjson，jackson，gson
21樓：VVG
身為乙個前端現在也在寫後端，web應用的難度能有多少？別開玩笑了，90%的後端在寫curd，卻總以為自己是那10%的核心骨幹。
反過來說，後端總覺得前端很容易，總喜歡口噴不就是寫點介面嗎？讓他寫又寫不出來。換個位置，後台的curd，前端難道幹不了？
上次來個小夥子，口噴同事react框架有問題（spa訪問需要靜態路由交權給前端？）我就納悶了自己不學無術憑什麼去口噴別人？後面實在看不下去了教育了一下小朋友學了nginx，然後在我面前賣弄剛搞好的靜態服務...
有時候啊，真不是職業的問題，是人本身有問題。
22樓：
我是個前端，我沒覺得，一部分人覺得前端比後端那麼可能是因為前端乙個變數名就很長，不太好記，還得調各種相容性，這不是難，這是東西雜而已
23樓：星空
產品覺得互動簡單，大概畫個圖就行。
互動覺得視覺簡單，排版和調下配色而已。
前端覺得後台簡單，介面加個引數就行。
後台覺得測試簡單，跑用例介面點點就行。
呵呵，你來 →_→。
24樓：Chery
前端談不上難，只是知識點比較多而碎。真正難的是後端，說的輕鬆都是CRUD，那是初級程式設計師。
想當大牛，你不懂框架優化、底層原理、演算法、資料結構、多執行緒、非同步、快取、佇列、分布式、伺服器部署，甚至前端知識，你試試。
25樓：wewe
不了解就會覺得簡單。
前端覺得後端不就是查詢下資料庫，但是可能後端會覺得不就是渲染個table。
但是後端查詢可能涉及到快取命中率，讀寫互斥；前端也會遇到DOM太多導致卡頓，要做可視區域的針對優化。
經常用「不就是」說話，很容易人就不會想東西了。
26樓：老章魚
這要看做什麼樣的專案，比如AAA遊戲的前端幾乎都比後端要困難。
而對於大多數web專案，後端才是計算主力，前端簡單到每週可以休三天。
這個問題只適合問專案經理，每個專案的前後端工作量難度都不一樣，有的專案甚至沒有後端，有的又沒有前端。
27樓：Zincopper
天吶天天前端後端打架有意思嘛，難道這就是相愛相殺？
要我說的話，再過幾年業態會模糊到不再分前後端，而是分寫業務的和做基建的。
講個笑話：
甲：你說我們明明前後端都能寫，為什麼不乾脆做個全棧呢？自己和自己聯調多輕鬆，省去多少溝通成本呀。
乙：因為晉級通道沒有全棧。
28樓：拔劍抱妹
都一樣，我朋友就是學前端的，我倆就總扯皮，我就和他說你們前端總這那技術的，說白了不就是寫個html寫個js，什麼vue啊什麼jquery啊還能稱作技術？說白了不就還是js封裝一下嗎。
然後他就和我槓說我們後端不就是資料庫嗎，寫什麼不都是改改資料庫
其實我感覺前後端都不簡單，什麼東西看起來都簡單，等你研究深了才發現根本不是你看到的那麼簡單
29樓：知了堂IT培訓
哈哈，我聽說的都是後端認為前端簡單...前端就是寫寫靜態頁面，搞搞CSS，再加乙個jQuery！前後端互懟的情況還是存在的嘛。
難道不是應該前後端一起懟產品嗎？開玩笑啦！我愛產品如初戀！
言歸正傳，前端認為後台簡單是片面的，只看到後台搞搞介面，查查資料庫，頂多了解springMVC+Redis。其實還是後台知識儲備少了。前端技術並沒有說一定要後台多6的那種，所以就會造成假象。
任何乙個方向深入研究都是需要投入時間成本的，不要拿自己的簡單了解去懟別人吃飯的傢伙。祝好！
30樓：Yaaho
作為乙個前後端都做過的人來講比較適合回答這個問題:
1.從業務複雜度來講，大部分情況是前端業務更複雜。除了少數情況，比如前端單純顯示乙個後端複雜計算的值。
前端一般需要對乙個資料返回做各種動畫顯示方面的包裝。一般產品，美術包括qa都喜歡跟前端聊業務。所以業務方面前端複雜。
2.常用技術深度來講，前端有3d引擎，作業系統，編譯原理三大浪漫的學習方向。後端有作業系統，編譯原理，各種網路協議的學習方向(負載均衡，高併發這種經驗活就算了）。
但是對單一語言的深度來講，後端需要挖的更深。前端很難忠於乙個語言。這一回合兩者平。
3.從縱深角度來講，深度二者極限都是作業系統和編譯原理。從廣度來講，前端的廣度更大一些。
一般前端職業生涯中只少要學習2種以上的語言，3種以上的框架或引擎。後端一般會比前端少一半(沒有資料支撐，憑經驗瞎猜的)。這一回合前端勝出。
這樣看是前端真的複雜了嗎？其實不然。其實掌握一門語言後。
向上研究演算法，向下研究編譯，再往下研究機器硬體。這點前後端是共通的。你同事所指的情況應該是屬於情況1中前端業務比較複雜。
但是技術深度本質上是一樣的。關鍵還是看解決問題的人的能力。和單個需求是誰複雜。
要是比辛苦，確實前端更辛苦一點。比業務，前端需求會更多更煩。比技術複雜度，深度，前後端本質都一樣的。主要看比較的兩個人在不在同乙個層次。
為什麼很多技術都覺得前端很簡單？
JUN 其實我感覺後端更簡單，就增刪改查，比如乙個新增裝置功能就增刪改查資料庫就好了，但前端要好幾個頁面，我是做安卓的，資料庫也在安卓，所以沒有後端。但我真的很疲憊做前端，因為我們公司沒有產品，美工，啥都我做，太累了 highps 前後端就像衣服和布料一樣，缺一不可，不能單純的在乙個線性層面上比拼。...
我覺得node js不適合前端 那是後端的東西 大家認可嗎？
布客飛龍 node.js es commonjs前端js es w3c node本來就是後端的東西誰也沒有規定js必須用於前端掌握node.js前提是掌握es 這樣的話稍微學一下就能弄前端了 盧名川 Node.js 本來就是乙個用來做後端的東西 所以不存在什麼 適不適合 前端這樣的問題 但是深入No...
關於後端程式設計師寫前端用什麼框架更好？
追逐時光者 浩瀚星辰，優秀前端庫收藏地。AdminLTE AdminLTE是乙個完全響應的管理模板。基於Bootstrap 4.6框架以及JS jQuery外掛程式。高度可定製且易於使用。適合從小型移動裝置到大型台式電腦的多種螢幕解析度。materialize Materialize，乙個基於Mat...