前端工作量大还是后台工作量大？
从一般企业信息化角度看，后端也就是增删改查，组个json包，实在是没啥工作量，这类工作基本都可以用代码生成器生。前端工作比后端高了几个量级。
如果是研发类单位，尤其是和算法、硬件打交道的项目，那就该后端就可怜，前端偷着乐了。
总的来说不可一概而论，每个岗位都可以说:只见贼吃肉不见贼挨打。都不容易。
鄙人99年从业至今，仍在一线敲代码的五语全栈，友情回复。
做了三年的前后端开发工程师，我来说一下吧。我是面的java工程师进来的，结果公司太小，前后端都要做。以我们公司来说，前端比后端复杂。后端基本上就是写下业务逻辑，增删改查，大点的项目也加点分布式集群，消息队列，缓存什么的，然后也是增删改查。如果对业务的理解比较到位，并没有什么难度。然而前端就不一样的，首先css,兼容性问题就是个比较麻烦的问题，完全就是靠花时间硬调出来的，然后要学各种框架，react，vue，taro,不同的项目用不同的框架，所以要不断的学习。然后用reactnative做的移动端app，还要调android和ios的兼容，真的是超级麻烦。然后还有缓存什么的，性能问题，自动化测试等等。做前端是比较累的。
同样一个项目，后端写一个server就可以了。前端却要写web的网页，后台管理平台，微信小程序端，移动端android与iOS，还有微信公众号网页，h5移动端等。所以同一个项目，前端要在不同的平台上做多次。后台只写下Java发布到linux就好了。工作量不是一个量级。我们一般是70%的时间写前端，剩下的时间写后端和测试。
从技术演变规律来看，随着技术框架的发展，开发的工作量慢慢从后端转向前端。就J***aweb编程来看，从一开始的Serverlet编程，其实是不分前后端的，应该算只有后端。接着到MVC框架的兴起，开始出现前端和后端的分化。再到前后端分离框架的兴起，形成专职的前端和后端。再到现在兴起的serverless编程，后端开发被取代。
这一系列演变可以看出，后端开发逐渐标准化，人工被标准组件替代，而前端的个性化需求增加，导致工作量逐渐升高。
先说结论：后台工作量大。
一般情况下，一个开发小组里面一个前端可以对应2~3个后台开发人员。
现在一般都会***用前后端分离的开发架构，后端人员要负责业务逻辑和接口开发，前端人员主要实现界面展示，而业务逻辑和接口开发的工作量会比调用接口的工作量大很多。
ps.如果问这个问题是要入坑开发的话，一点点建议，前台的技术迭代很快，需要保持精力跟进；后台的技术迭代相对较慢，除了基础开发意外，多熟悉算法，多研究稳定性和安全性是后端的重要提升方向。
我觉得不能一概而论说前后端谁的工作量大，还得看公司业务场景。举个例子：
公司业务主要趋向大前端
- 普通网页端（包含pc及移动端；各种框架or原生实现）
- 各种小程序（主要微信、支付宝）
- react/flutter 写原生ios/android程序
- node做公司中间件，普通crud在后台基础api上，由前端自己独立完成（当然也可以完全做后台）
公司业务趋向后端数据保证
补一句：
别一直纠结前端又要会webpack、webgl……后端又要会redis、Linux、nginx……真心没必要一直比。我见过有些前端运维能力并不会比后端差，后端也有大佬做大屏可视化的东西。都是程序员，若需要花点时间去搞不就行了。
