被我们公司的后端大佬说你们前端真的没什么技术含量,我该怎么怼回去?

时间:2020-10-11 19:16:05作者:admin122

1

一般说出这种话的后台,我认为算不上合格的大佬,理由很简单,,或许他在后台方面很牛,但是他在前端方面知识技能已经落伍了。当然目前绝大多数公司的前端项目相对来说还是非常简单的,但是这并不能否决前端工作是没有技术含量的。可能部分后端朋友甚至有一部分前端也认为前端无非就是jq,或者react, vue等框架套个模板就能用,这样的认识是比较肤浅的。

在一些很复杂的应用场景下,比如erp系统,财务软件等应用场景下,前端的复杂度和后台是没有太大差别的,首先,在架构方面,如果没有强大的架构基础,开发效率越到后面越低,可维护度越来越低,甚至开发停止,目前市面上也有很多不错的的npm包,也能满足大多数公司的开发需求,但是也存在很多不能满足生产的情况,所以需要的前端架构能力也非常强。其次,后台提供的数据模型往往不能满足前端的需求,这时候就需要前端自己建立一个中间层,对数据进行相关的转换,包装工作,这时前端的角色又和后台比较相近了,比如,对node.js掌握的极好的公司可能会选择node.js作为中间层语言,也有的会选择像python, go等语言作为中间层语言,此时前端也要去操作数据库,访问系统等相关操作,当然,业务复杂度也是非常高的。最后,前端需要掌握的技能也非常多,除了基础的语言语法外,像对http, web安全等都要掌握,在日常的业务场景中也会运用数据结构,算法,设计模式,面向对象,函数式编程等技能去解决相关的业务问题,对数据的理解有的时候也是非常深的。

前端现在正是一个快速发展的行业,从业人员水平参差不齐,在前端领域做得很深的也有很多。

直接回怼: 都特么是打工搬砖的,你还搬砖出优越感来了啊?都是一帮送命换钱的敢死队,你还在死法上,死出优越感了?

高并发,高可用,分布式,数据一致性,可扩展,伸缩性,都是后端要考虑的。后端不仅要考虑技术实现,还要理顺业务逻辑,进行建模,兼顾的面比前端要广的多。近些年前端各种框架层出不穷,前端开发就觉得学不过来,叫苦连天。请擦亮眼睛看看后端技术栈,浩如烟海,前端的技术门类和后端比起来,如同小巫见大巫。前端出现了很多框架组件,这是技术成熟的表现。可是前端开发却不知道,后端技术早就经历过这个发展期,请用指头去数一数后端框架有多少,后端组件有多少。就拿一个存储来说,就存在n多中间件,分别用于不同的场景。

普通开发都是搬运工,后端开发需要了解掌握的工具多多了。前端如同冰山露出水面的部分,而后端就是冰山隐藏在水下的部分,你很难知道范围有多大。前端如同树木繁茂的枝叶,而后端就是树木那粗壮的枝干以及地底下盘虬卧龙的根部。

后端看前端,会用js写业务就可以了。

前端看后端,会写crud就可以了。

彼此彼此。其实还是业务形态决定,前后端比例10比1的项目也是有的,但这种项目在中国凤毛麟角,中国觉大多数的公司都是把功能实现就可以了。每个岗位的人都习惯把自己的作用去放大,要知道完成一个项目是涉及到产品,设计,开发,测试,运维一整套流水线的团队工作,一荣俱荣,一输皆输。

我们之前前端组的leader是个写php的,以前的公司是做网络安全的,可以说对前端一窍不通。来到公司开始学习nodejs,也一直没有去了解过前端基础。每次和产品过需求的时候会用自己的价值观去评断产品提的需求有没有价值,他自己不擅长的或是认为没价值的就会去延期活直接砍掉。

可不可以这样分析,前leader代表的是后端,我代表前端,还有产品同事和设计同事,一个后端居然可以同时和前端,产品,设计扳手腕,如果需求没有老板或者产品总监的坚持,他还真能拌赢。所以我想提出一个阴谋论,在软件开发的流水工艺上,资源是有限的,一个岗位为了体现出自身价值,都会去挤压其他岗位的生产空间。在一定程度上,它可以促进不同岗位的技能交流,形成良性循环。

但是如果一方势力太过强大,对其他岗位形成碾压,平衡就打破了。我想这就是中国大多数公司的现状,后端地位太高了,以至于在他的非专业领域依然控制着话语权,所以他会控制项目开发的节奏,朝着体现自身价值的方向倾斜。

作为一个前端,我改变不了现状,唯一能改变的就是壮大自己,处理好工作细节,让有更高话语权的人看你的价值,这样你的地位才会提高。

共勉之

了解下技术趋势,前端交互,后端架构,数据智能,哪一块都很复杂,都很重要,无知无畏才会说出这种话!


那些写后端的不知道node.js对他们造成了多大的威胁,再等几年就知道js重要性了。

一般比较简单的后端操作,前端也能实现。但是如果让你实现一套协同过滤推荐算法系统,你再来看前后端的技术栈。后端我写java(可以转go了),前端我写node 、vue 和electron,也使用ts,十年码农,当然技术不是我的强项。

例如头条、抖音,淘宝,商业价值都在于去中心化算法,长尾理论的实践,里面有协同过滤,ctr算法,起飞模型,千万、亿级数据处理,都不是前端人员能比较轻松上手的。要建立这样一套系统,可不是码代码就行了,需要一整套完整的知识体系,加上适当的技术。例如集群计算,倒排算法、如何利用空间置换时间。其实看看每一家公司的核心价值在哪一部分就知道了,当然前端设计很重要,技术角度上是后端体系更为庞大。

前端的工作在于设计、体验、流畅度、优化。例如复杂页面如何与后端协同减少加载,减少流量消耗,提升用户体验,如何更好引导用户。也是很考验技术的。而后端的技术在于复杂度上,所以有一些区别。

题主说的这种情况在我从事的公司也出现过这种情况,看来这个职业鄙视链还是存在的,比如这样的:后端鄙视前端的,前端鄙视测试的,产品鄙视技术的,运营鄙视产品的。

首先我是一名后端开发人员,这里不站队,因为不应该站这样的队,非得说出个谁厉害有有技术含量没意义

下面简单谈一下我个人的看法:

岗位不同而已

一个项目的开发到完成上线,离不开后台、前端、测试、产品甚至运维的通力合作协调

现在的互联网公司大多数都是前后端分离的,不是以前的Java web时代,JSP已经被时代抛弃了。移动端的兴起让web端这个岗位火的不行,各种技术也是层出不穷。所以后端同学不能按照以前的思维方式看现在的前端岗位,现在优秀的前端工程师还是需要一定的水平的,还是入门的门槛比后端低一点而已。

还有一点我想表达的是大家都是做业务开发,都没什么难度,有什么好鄙视的呢?你选择的是后端人家选择的是前端而已,后端的业务开发能比前端难多少?

保持空杯心态

很多同学作出成功的项目或者优秀的业绩后就有点飘飘然了,殊不知是你背后的公司提供的这个平台,没有这个平台又能做到什么程度呢?

大家在沟通的时候一定要保持空杯心态,对技术要有敬畏之心

比如前端说编译的时候,你不能鄙视人家,说js哪有编译一说,只能算构建项目,说打包的时候不能说人家只是压缩一下文件而已。隔行如隔山,前端的编译和打包和你后端就是不一样,编译和打包也不是后端专属术语啊。

以上简单分享一下我个人的一些看法,大家也不要因为别人幼稚的言论而让自己生气,保持优秀的执行力、谦卑的态度去工作,做一个靠谱的人,时间会证明一切。

有这种看法的基本上是远古时期的大佬了,这类大佬对前端的认识,可能还在前后端未完全分离的时代,那时的前端的确没啥技术含量,但是放到今天来看,前端的技术含量还是有的。

现在市场对前端的要求又多又高

以上是小米公司招聘前端工程师的部分要求,可以看出除了对前端的核心技术全部熟练外,还得熟悉Linux系统环境已经调试工具的使用。

其次是对项目自动化测试方面的要求,其实这类可以归结到框架设计能力,一个好的框架除了高可用,稳定外,也支持多场景快速开发。

另外还对代码设计模式提出要求,并且对模块化开发能力有一定要求。

最后还有一项对后台语言熟悉,嗯,看到这一项就知道现在的前端啥技术含量了吧。

另外随着业务的发展,前端也变得格外重要,业务的稳定性靠后台保障,但是业务的办理量很多时候是靠前端的。

比如埋点收集业务的的各类信息,比如点击量、浏览时长、办理量等等,这些数据可以结合用户画像,能大致判断出用户浏览业务却不办理的原因,然后根据分析结果改善业务。

其次前端提供丰富的业务展示页面,很多前端页面做的很简陋,那用户估计点进去就出来。

我们再看看后端的招聘需求,主要是对开发语言的要求较高,其次是数据库以及SQL优化,然后是对主流框架的使用。

现在的Spring Cloud真的是降低了后端开发的要求,以前是被各种配置搞的无从下手,现在使用Spring Cloud无需过多配置,另外注解是真的好用。

我觉得作为前端有必要去学习了解下后台开发,至少要知道他们的框架和业务开发模式。

总结

如今是前后端彻底分离的时代,所谓隔行如隔山,虽然现在市场招聘需求仍然要求前端人员了解后台,但是各行业技术发展现在,已经不是技术含量的事了,现在NodeJS还能写后台服务了。个人觉得,不管哪一门技术都有其技术含量,而作为程序员我们要做的是学习和兼容,而不是比较和蔑视!

我是非著名攻城狮,希望我的回答对您有用,感谢您的关注与支持!

只需一句话:“哥,前端和后端的关系与一个姑娘的外貌和灵魂之间的关系类似,在一个貌美姑娘面前,谁还会在乎她的灵魂。”

声明一下:我是后端开发,没被怼过。技术无高低,人心有不同。

我是@代码Go说科技 ,码农的视角看科技,带给大家不一样的感受。欢迎大家阅读评论转发加关注。



声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。