行业资讯

为什么大家都想转行web前端?

web前端工作,主要是展现的实现,用一些web前端框架或者原生html,js等去是展示。

转行web前端

后端要牵扯:业务,算法,高性能,可扩展,稳定性,可靠性,支持多web前端,等等。

所以,后端往往要比web前端复杂的多,对于很多项目web前端的开发量也要少一些,这些年web前端越来越体贴,其实后台往往越复杂,学习培养成本也要高很多,当然也就稀缺,待遇也要高一些。

尤其是一些传统IT公司,很多时候都是不太区分前后端,web前端本来工作量就不多,往往都是工程师偶尔抽空写一些web前端的页面,多数中心都在后端,这也是为什么很多传统IT公司跳槽到互联网公司往往做的都是后台,因为后端待遇高啊,不是因为他们不会web前端。

刚毕业的或者经验不足的工程师新加入一个项目,往往从web前端小bug fix 开始,熟悉产品,熟悉业务,然后开始开始负责更复杂的工作,业务算法,性能很多时候都跟业务有关系,新人即使能力很强,但是业务不熟悉也很难从事高附加值的工作。

有些朋友可能会提出:web前端可以设计,设计很有附加值,我们都承认设计重要性。但是问题在于,

1)小公司,轻web前端的产品,服务,往往不重视web前端,设计量是在太少,往往都是产品需求定义好后,很容易实现,不需要很多设计类工作。

2)重web前端的产品服务,往往都有产品经理,美工,交互设计师,很多设计类工作不是web前端工程师的工作,web前端工程师往往只是执行者,如果web前端真有能力,把设计和web前端都做了,当然很好待遇也很好,现实是这种人不多。

据我了解,优秀web前端往往不是因为很擅长写重复的页面,而是:

1)web前端框架的设计,lib 库的设计实现,重点还是在于项目web前端的整体逻辑,算法,性能,安全等,也就是web前端工作的底层部分,相对不变的部分。

这种类型的web前端工程师往往需求量少,往往大公司大项目需求量大,收入不比后端低。

2)强烈的用户体验,美学等的理解和设计能力,抢了很多设计人员的饭碗。做的好不容易,问题是这类优秀工程师,多时候往往愿意定义自己是个会web前端是设计师,而不是web前端开发。