前端工作量大還是後臺工作量大?

柯帥


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

公司業務主要趨向大前端


  1. 普通網頁端(包含pc及移動端;各種框架or原生實現)
  2. 各種小程序(主要微信、支付寶)
  3. react/flutter 寫原生ios/android程序
  4. node做公司中間件,普通crud在後臺基礎api上,由前端自己獨立完成(當然也可以完全做後臺)

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

公司業務趨向後端數據保證


  1. 類似java的jsp,前端僅僅需要輔助寫點頁面即可,數據都要由後端綁定
  2. 公司更在乎數據,頁面夠用即可

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


補一句:

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



碼農小何


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


念去風行


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

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

線上的代碼,如果是前端的問題,影響可能就是用戶體驗不完美;如果是後端的問題,嚴重的話有可能導致系統癱瘓。

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


會吟詩的碼農


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


空心小窩頭


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


Renew1999


做前端不如做平面設計,做平面設計不如做打字複印,做打字複印不如做保安

玩笑……大家繼續


書畫金石


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

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

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

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


corder


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


有多大能力就跑多遠


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


風曰云說


當然是前端重要了,必竟是直接面向用戶的,但能不能先告訴我什麼是前端什麼是後端??


分享到:


相關文章: