前端,移動端,後端,哪個平時工作更簡單?

苦悶語氣詞


前端職責:

1、負責相關產品的需求以及前端程序的實現,提供合理的前端架構。改進和優化開發工具、開發流程、和開發框架。

2、與產品、後臺開發人員保持良好溝通,能快速理解、消化各方需求,並落實為具體的開發工作;能獨立完成功能頁面的設計與代碼編寫,配合產品團隊完成功能頁面的需求調研和分析。

3、瞭解服務器端的相關工作,在交互體驗、產品設計等方面有自己的見解。

移動端職責:

  1、負責無線產品的技術設計和實現,移動技術創新。

  2、負責演進移動端技術架構設計,前瞻性的規劃未來客戶端技術發展方向, 建立技術沉澱與競爭性優勢。

  3、負責客戶端的技術選型和開發流程機制,解決開發中遇到的難題,驅動產品快速迭代。

  4、負責移動產品線(App/H5/小程序)的產品質量、體驗、穩定性。

後端職責:

1、與產品工程師,前端工程師緊密工作,實現web產品後臺研發

2、承擔後臺服務系統的架構/模塊的設計和實現工作,對代碼質量,服務性能和項目進度負責

3、確保產品具有優質的用戶體驗

4、負責Web架構,為業務開發提供方案支持,負責關鍵服務的設計和實現。

5、 負責產品業務結構的研發工作;

6、 參與系統架構的設計、核心代碼的編寫、系統性能的調優、業務需求的管理及數據挖掘和分析。

看了如上的職責描述之後我相信您會覺得都不簡單,我們與其比較前端、移動端、後端平時的工作誰更簡單,還不如去關注員工的職責是什麼、員工的級別是什麼。不要讓一個工作3年的前端工程師和一個工作1年的後端工程比較,因為這樣沒有可比性。我是丫丫,一個專注項目實戰技能分享的從業者,如果喜歡請點擊右上角關係我。謝謝!





Java菜鳥LM


我贊同你的說法。前端工作很繁瑣。後端具體看做什麼項目了,簡單的項目的確大部分都是增刪改查,我覺得後端應該著重考慮併發性和性能,以及代碼一致性,可維護性,安全性。以前我也遇到過這樣的後端,設計數據庫時,就兩個字段,一個ID,一個data,data就是存放的json,太噁心了。用戶一旦訪問他的服務,就扔一大堆數據給前端,出了問題就說是前端自己搞的,極大的增大了前端的工作量,這樣的後端是不合理的。


MoistHouse


個人認為沒有答案,例如到一些場景,不是任何後端都可以寫得了CRUD,進程內的競爭進程內的競爭都要考慮等等,再或者是一個基本功紮實的程序員換個語言達到可用也就一兩天的時間,再說前端,我覺得不應該分前端和移動端,因為跨平臺是大趨勢,在不同的場景都可以有互補性,而且單純的原生開發已經沒多大市場,flutter,RN等都可以打造高性能的app,但是同時真正遇到問題,踩到坑才能區分那些是真正的程序員


Hello架構


現在後端相對比較簡單了。

其中一個最重要的原因,後端只有一個環境,而前端面對的環境就比較複雜了,比如:多種平臺linux、windows、蘋果系統;即使同個平臺,也存在不同的客戶端,比如:IE、chrome、firfox等。因為它們都沒有真正的實現完全的標準,使用要對所有的客戶端都要熟悉,才能寫出兼容的代碼,這無形中增加了前端開發者的工作量和複雜性;特別是如果還要兼容移動端,甚至微信,那需要綜合技能就更多了。

正因為前端要面對這麼的挑戰,所以出現了大量的前端框架,這些前端框架也得需要精力去掌握;另外,框架實際上是個雙刃劍,用好了,會大大提高我們的開發效率,用不好,等你今後維護起來,簡直是噩夢。

還有,現如今的前端開發者都必須瞭解後端的技能,所以,一名前端人員並不容易。


零點程序員


工作都不簡單,分工不同,個人興趣不同而已。比如前端和移動端吧,經常要研究調整佈局,改善第一印象,後端經常因為業務邏輯變更,業務處理增加而不斷調整修改。

在不同的行業領域,可能會有些區別的。企業內應用,可能前端會輕鬆些,不怎麼調整,只是增加。

電商領域都比較忙,競爭激烈,各種活動促銷,肯定需要前後端的共同配合才行。


常在網上瞟


首先,感覺貴公司後端很不合格,接口文檔都不寫,

個人觀點應該是後端工作量更多一些,後端牽扯處理更多的業務邏輯,而前端應儘量減少處理業務邏輯


分享到:


相關文章: