互联网程序员前后端占比

❶ 程序员分前端与后端，那么后端程序员都做些什么看完就知道了

我刚开始做Web开发的时候，根本没有前端，后端之说。

原因很简单，那个时候服务器端的代码就是一切： 接受浏览器的请求，实现业务逻辑，访问数据库，用JSP生成HTML，然后发送给浏览器。

即使后来javascript在浏览器中添加了一些AJAX的效果，那也是锦上添花，绝对不敢造次。因为页面的HTML主要还是用所谓“ 套模板 ”的方式生成：美工生成HTML模板，程序员用JSP,Veloctiy,FreeMaker等技术把动态的内容添加上去，仅此而已。

那个时候最流行的图是这个样子：

在最初的J2EE体系中，这个 表示层 可不仅仅是浏览器中运行的页面，还包括Java写的桌面端，只是Java在桌面端太不争气， 没有发展起来。

每个程序员都是所谓 “全栈”工程师 ，不仅要搞定HTML, JavaScript, CSS，还要实现业务逻辑，编写访问数据库的代码。等到部署的时候，就把所有的代码打成一个WAR包，往Tomcat指定的目录一扔，测试一下没问题，收工回家！

不差钱的公司会把程序部署到Weblogic，Websphere这样的应用服务器中，还会用上高大上的EJB。

虽然看起来生活“简单”又“惬意”，但实际上也需要实现那些多变的、不讲逻辑的业务需求，苦逼的本质并没有改变。

随着大家对浏览器页面的 视觉和交互 要求越来越高，“套模板”的方式渐渐无法满足要求，这个所谓的表示层慢慢地迁移到浏览器当中去了，一大批像Angular, ReactJS之类的框架崛起，前后端分离了！

后端的工程师只负责提供接口和数据，专注于业务逻辑的实现，前端取到数据后在浏览器中展示，各司其职。

像Java这样的语言很适合去实现复杂的业务逻辑，尤其是一些MIS系统，行业软件如税务、电力、烟草、金融，通信等等。 所以剥离表示层，只做后端挺合适的。

但是如果仅仅是实现业务逻辑，那后端也不会需要这么多技术了，搞定SSH/SSM就行了。

互联网，尤其是移动互联网开始兴起以后，海量的用户呼啸而来，一个单机部署的小小War包肯定是撑不住了，必须得做分布式。

原来的单个Tomcat得变成Tomcat的 集群 ，前边弄个Web服务器做请求的 负载均衡， 不仅如此，还得考虑状态问题，session的一致性。

（注：参见文章《小白科普：分布式和集群》）

业务越来越复杂，我们不得不把某些业务放到一个机器（或集群）上，把另外一部分业务放到另外一个机器（或集群）上，虽然系统的计算能力，处理能力大大增强，但是这些系统之间的通信就变成了头疼的问题， 消息队列 （MQ)， RPC框架 （如Dubbo）应运而生，为了提高通信效率，各种 序列化的工具 (如Protobuf)也争先空后地问世。

单个数据库也撑不住了，那就做数据库的 读写分离 ，如果还不行，就做 分库和分表 ，把原有的数据库垂直地切一切，或者水平地切一切， 但不管怎么切，都会让应用程序的访问非常麻烦，因为数据要跨库做Join/排序，还需要事务，为了解决这个问题，又有各种各样“ 数据访问中间件 ”的工具和产品诞生。

为了最大程度地提高性能，缓存肯定少不了，可以在本机做缓存(如Ehcache)，也可以做 分布式缓存 (如Redis)，如何搞 数据分片 ，数据迁移，失效转移，这又是一个超级大的主题了。

互联网用户喜欢上传图片和文件，还得搞一个 分布式的文件系统 （如FastDFS），要求高可用，高可靠。

数据量大了，搜索的需求就自然而然地浮出水面，你得弄一个支持全文索引的 搜索引擎 (如Elasticsearch ,Solr)出来。

林子大了，什么鸟都有，必须得考虑 安全 ，数据的加密/解密，签名、证书，防止SQL注入，XSS/CSRF等各种攻击。

前面提到了这么多的系统，还都是分布式的，每次上线，运维的同学说：把这么多系统协调好，把老子都累死了。

得把持续集成做好，能自动化地部署，自动化测试（其实前端也是如此），后来出现了一个革命化的技术 docker ， 能够让开发、测试、生成环境保持一致，系统原来只是在环境（如Ngnix, JVM,Tomcat,MySQL等）上部署代码，现在把代码和环境一并打包， 运维的工作一下子就简化了。

公司自己购买服务器比较贵，维护也很麻烦，又难于弹性地增长，那就搞点虚拟的服务器吧，硬盘、内存都可以动态扩展（反正是虚拟的）， 访问量大的时候多用点，没啥访问量了就释放一点，按需分配，很方便，这就是 云计算 的一个场景。

随着时间的推移，各个公司和系统收集的数据越来越多，都堆成一座大山了，难道就放在那里白白地浪费硬盘空间吗？

有人就惊奇地发现，咦，我们利用这些数据搞点事情啊， 比如把数据好好分析一下，预测一下这个用户的购买/阅读/浏览习惯，给他推荐一点东西嘛。

可是这么多数据，用传统的方式计算好几天甚至好几个月才能出个结果，到时候黄花菜都凉了，所以也得利用分布式的技术，想办法把计算分到各个计算机去，然后再把计算结果收回来， 时势造英雄， Hadoop 及其生态系统就应运而生了。

之前听说过一个大前端的概念，把移动端和网页端都归结为“前端”，我这里造个词“大后端”，把那些用户直接接触不到的、发生在服务器端的都归结进来。

现在无论是前端还是后端，技术领域多如牛毛，都严重地细分了，所以 我认为真正的全栈工程师根本不存在，因为一个人精力有限，不可能搞定这么多技术领域，太难了 。

培训机构所说的“全栈”，我认为就是前后端还在拉拉扯扯，藕断丝连，没有彻底分离的时候的“全栈”工程师。

那么问题来了， 后端这么多东西，我该怎么学？

之前写过一篇文章叫做《上天还是入地》，说了学习的广度和深度，在这里也是相通的。

往深度挖掘，可以成为某个技术领域的专家，如搜索方面的专家、安全方面的专家，分布式文件的专家等等，不管是哪个领域，重点都不是学会使用某个工具和框架， 而是保证你可以自己的知识和技术去搞定这个领域的顶尖问题。

往广度发展，各个技术领域都要了解，对于某种需求，能够选取合适的软件和技术架构来实现它，把需求转化成合适的技术组件，让这些组件以合适的方式连接、部署、运行，这也需要持续地学习和不断的经验积累。

最后，以一张漫画来结束吧！

C/C++高级工程师学习路线图：

❷ web程序员人数约占程序员人数的多少感觉到处都在招web程序员而其他类型的较少。

个人理解，抛砖引玉。
web程序员占总数的多少？我认为这里需要定义的已经不是程序员而是web程序员。其实我看来，开发一个网站涉及到的地方非常多，除了所谓的前端页面、后端服务器开发以外，其中数据库、算法、运维等都是必不可少的，真正这些成为瓶颈了以后，仅仅会做网站的那些技术完全是不够用的。这些都需要专业的人员去完成。
铺天盖地的都是J2EE、php、JavaScript，而其它的就要少很多。java已经被无数经验证明了，是构建巨大系统的首先选择（参考阿里等...）
我觉得php是过时的技术了，语法丑陋，开发效率低，模块化困难，相比ruby，python或者nodejs在开发速度上都略逊色。越来越多的技术主导的新兴公司不一定会选择php。之所以php招的多，是因为php在web开发上也算历史悠久，有足够经验的使用者多。相比学习ruby、python的geeks们来说，人数绝对是优势。
web开发相对于其它软件开发来说，它的技术难度、趣味度、以及薪资水平是在一个什么档次以及有什么特点？web开发相比与以往的桌面软件开发，都需要后台服务器的强大支持（单机的软件就算了）。web开发的火热，除了由于微软所热衷的PC日渐式微和互联网的流行以外，还有独特的优越性。软件开发讲究尽早交付测试和避免过早优化，从桌面软件来说，每一次bug的修复和feather的加入，都需要用户重新下载or安装更新包。对于一个网站来说，只要保证基本功能的稳定，后台完全可以不断的升级更新修复，而用户无任何察觉，这样的快速迭代优势是桌面软件无法比拟的。
同时，对于桌面软件，像在windows就被限制了必须使用C#，有时候C#也跑不起来，可能用户机器没有.net环境。我永远不能假想用户机器上装好了python、java，可以运行我的程序。web就不一样的，BS架构的后台代码都是跑在自己的服务器上的，我爱用啥语言用啥语言，用户只要打开浏览器就可以了。
趣味度的话，我觉得看个人。

❸ 有多少人前后端都精通

精通前端和后端的人还是比较多的，因为前端是由设计和程序员组成的，后端仅仅只是程序员，虽然都是程序员，但是做的东西是不一样的。

简单一点的说后端程序员做的是程序，而前端程序员做的是框架，如果既精通后端的程序开发，又精通于前端的界面设计，那就非常少了，因为美术设计和编写程序完全是两个不同的领域，所以都会的人不多，但是也有。

但是既精通于后端程序开发，又精通于前端的程序框架设计的人就非常的多了，因为这两种技能的根源都是一模一样的，所以只要你精通了其中的一样，只要稍作学习，就能很快的学会另一样。

就拿大学的课程来说吧，前端和后端十门课程中有八门就是一样的，在学前端的同时也会少量的学习后端开发，在学习后端开发的同学，也会少量的学习前端开发，所以这两者其实就是一家，只不过是用自己的技术做了不同的事情而已，最开始都会去学习c+,c++,还有c#编程。

所以这样看来，社会上有很多的程序员两者都是精通的，因为现在只靠后端这一个技能在社会上保障也不是很大，如果两者都会，找工作就会自由很多，而且也会非常简单，更何况，有了其中的一种技能，再去学习另一种技能是特别简单的，所以大多数人都会去学习。

毕竟社会的竞争这么大，多一点技能也不是坏事，能多学都尽量会多学一点，这样才能更稳。

❹ IT行业中是前端占优还是后端就码农而言

1. IT行业中的前端是指如何使界面更友好，更美观地把数据或内容展示给用户，更好的提高用户体验和粘性。从技术上来讲主要包括HTML,CSS,jQuery等，还有图片设计和处理，flash等
2. IT行业中的后端是指程序架构设计和数据库设计。讲究程序如何编写以尽量达到代码量少，重用率高和达到最大运行效率及稳定性，和如何更快从数据库中存取数据。技术上也非常多样，常用的有java,C,C++,PHP,ASP,JSP等等。
3. 后端比前端要更加注重逻辑思维和空间想象思维，所以后端占优势。从人才市场上来讲。后端开发比前端开发的工资水平要高一些2000-3000。

❺ 前端和后端程序员哪个需求量更大你怎么看

理论上讲 前后端需求一样大 有后端就有前端嘛 当然也有些纯后端的工作 可是也有一些工作是纯前端做的啊 现在小项目流行的是以前端为主 往全栈工程师靠

❻ 计算机里面前端和后端哪个需求量比较大

前端就是WEB前端开发，后端一般指的就是JAVA开发，先说一下前端和后端两者之间都是干什么的?通俗地讲，前端干的工作是用户可以直接看得见的，而后端开发的工作主要在服务端，用户不太能直接看到。他们的工作是相辅相成的，都是为了更好的用户体验。
一般来说，前端整天跟着产品经理换需求，难度在于快速响应；而后端更多的是和机器集群打交道，需要深入了解底层网络、存储的很多细节。

至于说，前端和后端程序员哪个需求量更大？很难说，首先来说Java工程师的市场占有率依旧很大，而之前根据npm发布的调查报告，Web前端正在以史上前所未有的速度增长着也是事实。

❼ 前端与后端那个工资更高

首先来看一下前端的薪资情况：前端拿最多的薪酬范围是20-30k，占比接近30%左右，中位数也是最能看出一个行业薪资状况的。

❽ 程序员前端和后端哪个工资高

在整体这个行业上，大部分人都会觉得后端的薪资会比前端的要高，光从数据上看是没有问题的。但是由于前端的反正没有后端早，前端主要是10年左右才开始快速发展。在高级工程师上数量来说肯定是后端的工程师数量更多，整体的薪资也会更高一点儿

下面我具体给你举几个例子

首先来看一下前端的薪资情况：前端拿最多的薪酬范围是20-30k，占比接近30%左右，中位数也是最能看出一个行业薪资状况的。(数据来源：职友集)

从各个大厂可以比较清楚的了解到，前端和后端工程师在技术水平相当的情况下，薪资水平也并没有特别大的差别。但是随着工作时间的年限增加，后端工程师一般的薪资水平是要比前端工程师要高的。

所以说行业的整体薪资上来说后端的薪资要比前端要高一点儿的，但是具体如何选择还是要根据自身的情况来进行判断。如果你对IT行业比较感兴趣，想要通过IT培训进入行业，千锋推荐你去试试

❾ 2021年8月程序员薪酬出炉，前端和后端哪个更吃香，或看数据说话

前端比后端工资低吗？或者说前端没有后端吃香？假如你非要说开发web 3D的比java程序员高。或者说玩hadoop比js开发工资高，这样比较本身不具有权威性。要比较首先要看二者在同等水平下进行核对比较，这样才有可比性。

从地域上来看，北京的前端工程师平均工资为18690元，说明前端程序员在一线城市待遇还是不错的。这里的前端工资指的是做的普通web开发的前端，个体的差异比较大，所以只可能用平均工资来做比较。

看了后端的工资，我们可以看到北京后端的平均工资为18700元，说明前后端的薪资待遇整体上还是差不多的。说后端工资高的也是对的，因为5年之后，后端程序员的工资会逐步居上。

现在去一家公司去做前后端的普通开发，前后端也许是同一个价格。前端的工作输出结果是客户能够直接看到的结果。后端的开发体现在服务器端。用户实际上看不到后端的，二者相辅相成，使得互联网输出的产品更多地为用户服务。

如果你从事前端或者只是简简单单的为了生存，那么这二者也许没有什么区别。一个是交互设计，一个是业务逻辑。产品上的需求都有很多，都是IT互联网产业链的最低端，所以无论从事哪个，最终的结果都是一样，论谁更吃香本身没有可比性。

如果你不是简简单单的为了生存，如果你对IT技术有着浓厚的兴趣，建议好好的研究一个平台，做更深，比如说后端的技术路线，一直从架构师干到首席CTO。那个时候也许你就知道所谓的从事前端或者后端哪个更吃香了。