前端工作量大还是后台工作量大？

　　鄙人作为一个曾经做了四年后端，一年半伪前端的工程师，来说句客观的话。首先，我想说论技术栈复杂度来说，前后端都不浅，那些只懂后端的觉得前端就是一个兼容性的，还有只懂前端，觉得后端就是crud的，都是高估自己，低谷别人的人。一个人精力是有限的，每个技术路线可以深入的内容又非常的多，一个程序员，其实大部分时间解决的，都是如何实现某种业务，如何优化重构古老的工程，特别是大厂里，螺丝钉不要高估自己的作用。
　　所以当我们讨论谁的工作多的时候，按照大概率的情况，基本没区别。而你非得讨论那些只有少数人，少数情况才需要面临的问题，比如前端的跨端开发方案，如何磨平各端差异，如何克服动画性能各端瓶颈，以及后端面临的高并发，高可用性，数据库分库分表方案，缓存方案，安全策略，通信方案等等。面临这些攻坚问题的人，都是那些少部分人解决的。市场上大部分人，要么是螺丝钉，要么是拿来主义，真的，谁也别瞧不起谁，大家都是打工人，工作内容没太大差别！
　　做了三年的前后端开发工程师，我来说一下吧。我是面的Java工程师进来的，结果公司太小，前后端都要做。以我们公司来说，前端比后端复杂。后端基本上就是写下业务逻辑，增删改查，大点的项目也加点分布式集群，消息队列，缓存什么的，然后也是增删改查。如果对业务的理解比较到位，并没有什么难度。然而前端就不一样的，首先css,兼容性问题就是个比较麻烦的问题，完全就是靠花时间硬调出来的，然后要学各种框架，react，vue，taro,不同的项目用不同的框架，所以要不断的学习。然后用reactnative做的移动端app，还要调android和iOS的兼容，真的是超级麻烦。然后还有缓存什么的，性能问题，自动化测试等等。做前端是比较累的。
　　同样一个项目，后端写一个server就可以了。前端却要写web的网页，后台管理平台，微信小程序端，移动端android与iOS，还有微信公众号网页，h5移动端等。所以同一个项目，前端要在不同的平台上做多次。后台只写下java发布到Linux就好了。工作量不是一个量级。我们一般是70%的时间写前端，剩下的时间写后端和测试。
　　我觉得不能一概而论说前后端谁的工作量大，还得看公司业务场景。举个例子：公司业务主要趋向大前端普通网页端（包含pc及移动端；各种框架or原生实现）各种小程序（主要微信、支付宝）react/flutter 写原生ios/android程序node做公司中间件，普通crud在后台基础api上，由前端自己独立完成（当然也可以完全做后台）
　　代表公司宋小菜、其他大厂等，这类公司肯定是前端工作量大，人数可能持平/多于后端公司业务趋向后端数据保证类似java的jsp，前端仅仅需要辅助写点页面即可，数据都要由后端绑定公司更在乎数据，页面够用即可
　　代表公司移动电信运营商、传统仪器行业等，这类公司后端又要忙得多，特别是有些公司后台还需要兼岗运维的活，前端人数也会很少
　　补一句：
　　别一直纠结前端又要会webpack、webgl……后端又要会redis、linux、nginx……真心没必要一直比。我见过有些前端运维能力并不会比后端差，后端也有大佬做大屏可视化的东西。都是程序员，若需要花点时间去搞不就行了。
　　我是后端开发，我是这么理解这个问题的，前端工作量总体变化幅度不大，一个项目在功能需求定下来之后，初步设计方案和UI设计出来后，她的工作量也就基本定下来了，后面不管项目有什么重大变化，只要页面和需求不怎么变，基本上工作量就不怎么变。但是后端就变数比较多，因为随着项目规模，难度的加大，技术框架的升级，性能要求，稳定性，健壮性，扩展性就会发生很大的变化，对后端开发代码的要求也会增加，一个注册登录可以写的很简单也可以写的很复杂，这些是基于你对项目要求决定，所以后端开发初级程序员跟高级程序员甚至跟架构师他们考虑问题的深度和细节程度是完全不能比的，这就是为什么后端开发薪资级别差别可以很大，初级的一般只有3-5K，而高级的甚至架构师的一个月可以3-5万甚至更高；另一个想象也说明了一点，很多后端开发都不愿意长期待在外包公司，即使待遇高于同级别其他公司，但是因为他们一般只关心是否完成基本功能，不关心技术底层实现，不关心项目架构，不关心项目性能，不关心项目可扩展性等问题，导致开发人员技术无法有明显质的飞跃，对于程序员的职业发展长久来看是非常不利的。所以我的看法是：技术含量低的项目（比如一般的CM项目）后端工作量比前端工作量可能低，技术含量高的项目（比如微服务，分布式，大数据，高并发）后端开发工作量一般比前端高。
　　我们公司前端会写vue，css3就行。后端除了java，还要精通linux,关系型数据库，图数据库，内存数据库，web服务器，nginx/apache，Lucene，tcp/ip，udp等等协议......太多太多了。前段时间又逼着学大数据hdfs,hive,spark，hbase…又是一大坨。还有后端只要不是太不求上进那种，其实前端的东西也会写。前端只要关注和后段交互就行了。后端除了web端，app端背后还有和成百上千的系统交互。写文档的时间和写代码差不多
　　明明大家都是程序员，理论上来说在企业里面是一条绳上的蚂蚱，为什么现在前后端好像水火不相容，偏要争个高低？
　　一个前端工程师，他面临的是客户的直接需求，上要对设计，下要对后端，页面变化有很大的不确定性；
　　一个后端工程师，他面临的是系统的复杂度，管理数据，增强稳定性、安全性，承担着很多功能需求；
　　这两者的工作量都不低的。
　　你要搞清楚：前、后端是互相协作的关系，而不是互相指责的关系，一个真正高质量、高效的代码，必定是可以两者兼顾的。
　　比较理想的状态是既了解前端，也了解后端，这样才能在团队中更好地沟通，做出更好的项目。
　　很高兴能够看到和回答这个问题！前端开发和后端开发的开发方案不同，工作量也会不同。
　　通常情况下，面向企业的开发一般是脚本，但对于后端的程序员来说，难度要大很多，因为应用的第一个方案相对固定，所以变化不会很大。而在面向顾客开发方案中，前期的程序员面临的困难更大，因为前端的变化比较频繁，对初期的要求也更高。比如，很多2C互联网产品几乎每天都在变化。
　　后端开发一直很成熟，框架也很多。你能想到的问题，都有相应的api模块支持。但是，后面只需要考虑业务逻辑，如何实现比较合理。所以，大的支撑模块也有不同的框架，创建框架，然后在场景中加入相应的业务逻辑。你不需要投入太多精力去设计一个新的框架或创建新的元素。在大多数情况下，前程开发都属于应用型程序，大部分的开发任务都集中在特定的业务场景中。
　　因此，前程开发通常要紧跟技术潮流（框架开发等），不断更新自己的知识结构，这也是很多前程开发在初期遇到困难的原因。
　　刚开始的时候，需要考虑接口实现和交互实现，还要评估后台提供的接口格式，所以需要花费大量的时间去制作。而理论的分析，会占到整个页面的篇幅。然后，你需要考虑制作的一些特点，等等。一开始也会导致更多的工作。
　　有的会做研发，有的程序员，主要是平台开发、容器开发、框架研发，虽然工作很辛苦，但是内容很少重复，在这个过程中会比较有意思。另外，目前，研发程序员的职业生命周期远高于应用程序员。程序员身处不同的开发团队，工作量也大不相同。如果他们在前端有很强的开发实力，后端的程序员就会有很多工作，而且他们还有很多工作要做。
　　现在，很多团队都配备了全套的程序员。在这种情况下，开发前后的开发边界变得更加模糊。目前，控制系统的模块化基础已经非常发达，并得到了广泛的应用。如果没有要求建立很多标准化的样式，即使有一套完整的现成模板也不会有太大的作用。当然，如果需要可视化的数据显示、所见即所得的编辑器等，输入的工作量就会大大增加。
　　当我们的业务系统出现问题时，会先在前端显示出来，导致页面无法使用或请求数据，然后这个错误会先传到前端，在这里会出现位置问题、界面或界面分析问题，然后当后端出现本地化问题时，所有的缺点都必须在后端纠正，这样所有的缺点也会增加前端的工作量。
　　从就业前景来看，起步阶段是一个比较新的行业。事实上，互联网发展的初始阶段并没有培养出先锋工程师，总工程师这个角色直到2005年才被正式认可。到2010年，先锋工程师的地位逐渐提高，对学历的要求也越来越高。需要掌握各种新理念、新模式、新工具、新平台，开好头。.
　　总体而言，前端工作量要比后台工作量大一些，因为前端工作直接面向的各式各样的客户需求，随时都可能需要按照客户的需要来改变前端面貌，而后端就不一样了！后端是基础框架，程序员写好程序和代码后，只要保证代码和程序不出错，工作就算完成了！
　　以上便是我的一些见解和回答，可能不能如您所愿，但我真心希望能够对您有所帮助！不清楚的地方您还可以关注我的头条号＂每日精彩科技＂我将竭尽所知帮助您！
　　码字不易，感觉写的还行的话，还请点个赞哦！
　　先说结论：后台工作量大。
　　一般情况下，一个开发小组里面一个前端可以对应2~3个后台开发人员。
　　现在一般都会采用前后端分离的开发架构，后端人员要负责业务逻辑和接口开发，前端人员主要实现界面展示，而业务逻辑和接口开发的工作量会比调用接口的工作量大很多。
　　ps.如果问这个问题是要入坑开发的话，一点点建议，前台的技术迭代很快，需要保持精力跟进；后台的技术迭代相对较慢，除了基础开发意外，多熟悉算法，多研究稳定性和安全性是后端的重要提升方向。
　　如果是大型的中台分布式项目，前后端都不轻松，前期前端工作量比较大，中后期后端的工作量更大。后端框架已经成熟，只需要构建业务逻辑
　　后端一直是非常成熟的，框架也非常多，可以想到的所有问题，都有相应的后端API来支持，而后端只需要考虑的是如何实现合理的业务逻辑。
　　然后一个大型后端项目也有各种框架来构建框架，然后添加相应的业务逻辑场景。没有必要过多地参与新框架的开发或新事物的创造。    前端的开发也非常的快，但是界面是有害的，而且个性
　　近年来，随着各种渐进式框架的出现，前端也得到了快速发展。Vue、Angular和react都是很好的单页框架，也支持多页开发。让前端可以更好地构建自己的代码，但是每个网站都是独一无二的，没有很多现成的参考。
　　而且虽然前端的框架很多，但是都有一些基本的UI，并且不能覆盖所有的场景、业务，这就需要前端创建自己的搭建自己独特的界面，需要考虑界面的实现，实现交互，也要考虑后台提供的界面格式。
　　如果需要考虑这些，那么创建需要大量的时间，不仅是业务逻辑，而且是绘制整个页面的理由。然后有一些特殊的效果要考虑等等。这些也可以使前端更容易工作    前端和后端分开，越来越多的业务都在前端运行。
　　前端与前端分离，因此前端越来越多地接管后端的一些功能，例如路由。在此之前，通过后台操作重定向路由。分离后，前端自行管理重定向路由。
　　它还接管了后端的操作功能，因此后端现在只需要关注业务逻辑并提供样式的数据，而不必担心页面交互和参数传递。这是由前端完成的，它减轻了后端的一些压力，使数据视图完全脱离混合，但也增加了前端的工作负载。    当一个业务问题发生时，它首先反映到前端，而前端定位问题
　　当我们的业务系统的问题,第一个是前台,导致页面无法访问,或请求没有数据,那么这个错误将首先向前面,前面的分析定位问题,是接口的问题,或接口问题。
　　然后当定位后端问题,所以所有的缺陷都是从前端开始的，然后再定位问题，这也增加了前端的工作总结：
　　无论是前端还是后端，都是项目组成的一部分，每个人分工明确，其实也不存在谁工作量大，谁工作量小，我们的目标就是为了项目的稳定上线。
　　项目的过程中，提高自己的写代码的水平，技术的提升，为了后续的升职加薪做铺垫，付出的一切都是值得的。
　　从一般企业信息化角度看，后端也就是增删改查，组个json包，实在是没啥工作量，这类工作基本都可以用代码生成器生。前端工作比后端高了几个量级。
　　如果是研发类单位，尤其是和算法、硬件打交道的项目，那就该后端就可怜，前端偷着乐了。
　　总的来说不可一概而论，每个岗位都可以说:只见贼吃肉不见贼挨打。都不容易。
　　鄙人99年从业至今，仍在一线敲代码的五语全栈，友情回复。