建站系统的后台 建站系统主要包括

大家好，今天小编关注到一个比较有意思的话题，就是关于建站系统的后台的问题，于是小编就整理了1个相关介绍建站系统的后台的解答，让我们一起看看吧。

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

我觉得不能一概而论说前后端谁的工作量大，还得看公司业务场景。举个例子：

公司业务主要趋向大前端

1. 普通网页端（包含pc及移动端；各种框架or原生实现）
2. 各种小程序（主要微信、支付宝）
3. react/flutter 写原生ios/android程序
4. node做公司中间件，普通crud在后台基础api上，由前端自己独立完成（当然也可以完全做后台）

代表公司宋小菜、其他大厂等，这类公司肯定是前端工作量大，人数可能持平/多于后端

公司业务趋向后端数据保证

1. 类似java的jsp，前端仅仅需要辅助写点页面即可，数据都要由后端绑定
2. 公司更在乎数据，页面够用即可

代表公司移动电信运营商、传统仪器行业等，这类公司后端又要忙得多，特别是有些公司后台还需要兼岗运维的活，前端人数也会很少

补一句：

别一直纠结前端又要会webpack、webgl……后端又要会redis、linux、nginx……真心没必要一直比。我见过有些前端运维能力并不会比后端差，后端也有大佬做大屏可视化的东西。都是程序员，若需要花点时间去搞不就行了。

从技术演变规律来看，随着技术框架的发展，开发的工作量慢慢从后端转向前端。就Javaweb编程来看，从一开始的Serverlet编程，其实是不分前后端的，应该算只有后端。接着到MVC框架的兴起，开始出现前端和后端的分化。再到前后端分离框架的兴起，形成专职的前端和后端。再到现在兴起的serverless编程，后端开发被取代。

这一系列演变可以看出，后端开发逐渐标准化，人工被标准组件替代，而前端的个性化需求增加，导致工作量逐渐升高。

鄙人作为一个曾经做了四年后端，一年半伪前端的工程师，来说句客观的话。首先，我想说论技术栈复杂度来说，前后端都不浅，那些只懂后端的觉得前端就是一个兼容性的，还有只懂前端，觉得后端就是crud的，都是高估自己，低谷别人的人。一个人精力是有限的，每个技术路线可以深入的内容又非常的多，一个程序员，其实大部分时间解决的，都是如何实现某种业务，如何优化重构古老的工程，特别是大厂里，螺丝钉不要高估自己的作用。

所以当我们讨论谁的工作多的时候，按照大概率的情况，基本没区别。而你非得讨论那些只有少数人，少数情况才需要面临的问题，比如前端的跨端开发方案，如何磨平各端差异，如何克服动画性能各端瓶颈，以及后端面临的高并发，高可用性，数据库分库分表方案，缓存方案，安全策略，通信方案等等。面临这些攻坚问题的人，都是那些少部分人解决的。市场上大部分人，要么是螺丝钉，要么是拿来主义，真的，谁也别瞧不起谁，大家都是打工人，工作内容没太大差别！

从一般企业信息化角度看，后端也就是增删改查，组个json包，实在是没啥工作量，这类工作基本都可以用代码生成器生。前端工作比后端高了几个量级。

如果是研发类单位，尤其是和算法、硬件打交道的项目，那就该后端就可怜，前端偷着乐了。

总的来说不可一概而论，每个岗位都可以说:只见贼吃肉不见贼挨打。都不容易。

鄙人99年从业至今，仍在一线敲代码的五语全栈，友情回复。

到此，以上就是小编对于建站系统的后台的问题就介绍到这了，希望介绍关于建站系统的后台的1点解答对大家有用。