速来报名!AICon北京站鸿蒙专场~ 了解详情
写点什么

张鑫旭:我对前端从业人员分布与技术风向的一点看法

  • 2020-03-05
  • 本文字数:1797 字

    阅读完需:约 6 分钟

张鑫旭:我对前端从业人员分布与技术风向的一点看法

Web 前端这个职业从出现到现在 20 年的历史应该有了,随着这么多年前端发展和积累,累积百万前端从业开发者绝对有的,当下至少有 50 万前端开发从业者。


从我筛选简历到最终录取大概百分之一的录取率,综合我们厂算是小厂来看,传统互联网大厂的前端从业人员占比肯定远小于整个行业的百分之一。


因此绝大多数的前端全部分布在众多中小互联网企业中,还有一部分就职于大型的传统企业中,例如出版社、电视台这样的媒体机构,需要开发 web 载体的产品用来传播信息,又或者保险或者银行等金融公司等。


以上就是前端从业人员的分布现状。


有一点相信大家都没有争议的,那就是不同群体的关注点是不一样的。


在技术领域也是如此,互联网大厂的关注点和小公司、传统企业的技术关注点也应该是不一样的。


但是,可惜,现状似乎却不是如此。


通常业界有话语权有影响力的那波人都在大厂,加上有大厂背景加持,话语权和权威性就更大,很容易带动业界的热点技术方向。


但是,大厂的方向可不一定小厂的方向啊!


去年业界谈的非常多的就是中台能力,什么“小前端,大中台”,这些东西对于大厂非常重要,可以有效减少不必要的内耗,提高管理效率和资源整合能力,可以为集团的技术生产提高更高的赋能。


但是这玩意对于小厂,或者这么说吧,整个公司前端不超过 10 人的公司,投资与收益比是小于 1 的,是不划算的,因为不适合。


但是有些小公司的 CTO,可能因为是后端出身的,认识和判断并不准确,为了提升公司技术效率,向阿里学习,啪啪啪搞一出事情,最后下面的人怨声载道,最终的收益却如坟场鬼火,黯淡无光,然后维护不下去,留下个巨大的烂摊子。


时间线再往前,Vue/React 很火,还有对应的 UI 组件库,但是,这些 JS 框架真的只有在中后台项目才能体现其优点,数据交互量大,增删改查频繁,对页面性能要求不高,对视觉要求也不高,功能至上,反正自己人用。


对于很多 C 侧的网站,其页面呈现是如此的静态,交互是如此地简单,为什么要去使用 Vue/React 呢?


面向用户侧的产品,语义化可是很重要的,用户体验可是很重要的,重要的是用户,而不是自己的开发时间和开发体验。


页面内容直出不香吗?jQuery 难道不香吗?又简单又快速,无论是加载体验还是交互体验都好,这难道不是最重要的吗?


亲爱的大家,大厂吹起的那些流行之风,我们关注肯定是要关注的,但是真的就在自己团队里,项目里用,那可要斟酌一番了。


不能说这个是新技术,就哗啦啦把以前的一通实现全部推翻,重构,重来,正好让我练练新技术,缓解自己焦虑,满足开发者天生想要使用新技术的冲动。


瞎折腾。


我认为作为一个职业的前端开发,评估在公司这样一个商业机构里是否应用某一个技术,不应该是这个技术是否流行,不应该是这个技术能否让我开发爽,也不是是否可以炫耀自己独家掌握的技术,而应该是这个技术是不是适合我们产品,对用户和公司带来的价值有多大,对于同事间协作新人加入后的维护是否方便等。


上层高高在上,说的那些话,鼓吹的那些东西都是他们视野里需要的。


但是,99%的前端都是散布在全中国大大小小的企业中,你们所有关注的,真不是那些高大上的东西,脚踏实地,使用简单传统的技术实现对用户友好,对业务有帮助的产品才是真正的王道,这句话对于这些企业的技术 leader 最受用。


不过话又说回来,下面前端开发人员的技术焦虑怎么办?想要应用新技术的冲动哪里释放?找点内部项目做啊,帮助公司做点效率提升的工具和产品之类的,顺便可以验证这个新技术合不合适,坑多不多,对吧,一举两得,一箭双雕。


最后总结下,流行之风是顶部大厂吹起来的,但是顶部的那一小撮人并不能代表整个行业,很多人会误以为整个行业都是这样,非也非也,合适的才是最好的,总而言之,所谓的热门技术谨慎用在对外的产品中。


作者介绍:


张鑫旭,前端开发工程师,国内知名前端博客“鑫空间 - 鑫生活”博主。


先后就职于腾讯社交用户体验设计(ISUX)、阅文集团体验设计部(YUX)。工作已有 10 年,一直专注于前端开发,在与交互体验关系密切的领域花了大量时间学习与研究,如 HTML/CSS/SVG/Canvas 等。热衷于知识分享,400+高质量原创技术文章,翻译撰写众多文档,如 Snap.svg、Stylus、Canvas API 等,因此在行业有一定的影响力,同时是畅销前端书籍《CSS 世界》作者。多年来一直在一线开发,在纯前端专业领域的发展上持续探索。


本文经授权转载自张鑫旭个人博客,原文链接:


https://www.zhangxinxu.com/life/2020/02/frontend-should-focus/


2020-03-05 19:008070

评论 13 条评论

发布
用户头像
等一个Vue真香警告
2020-10-28 13:31
回复
用户头像
C 侧的网站,讲求用户体验,页面怎么会静态,交互怎么会简单.苹果手机之前为什么火?原因之一不就是良好的交互?jQuery香?怎么不说后台直出更香呢
2020-03-19 14:39
回复
用户头像
jQuery也好,Vue/React/Angular也好,都只是工具。借用一句——“不管白猫、黑猫,抓住老鼠才是好猫”。作者在这一点上的发心,是可取的。但是,也正如他自己所批判的那样,可能因为自己所站的阵营是支持native JS的缘故,陷入极端的境地。
2020-03-15 15:36
回复
用户头像
小厂不存在啥内部项目哟
2020-03-15 15:00
回复
用户头像
实在人
2020-03-06 14:16
回复
用户头像
码农 和 程序员的区别吧。。。
2020-03-06 10:51
回复
用户头像
头部大的互联网公司技术宣传能力比较强,容易被跟风。但很多行业(电信,电力,银行),政府软件服务商,各种中小软件企业,都是快速做项目,同一个功能前后端同一个人开发,一个公司只有少部分喜欢新技术,如果前端因为少数人引入太多新技术,例如vue,react,后面人员接手维护,会带来很大的维护成本。前两天在抖音看到一个日本前端技术人员,介绍日本百分80%的人员使用jquery,20%使用react vue 之类。最重要的是需要根据整体人员素质,项目特点选择最合适的。
2020-03-06 00:26
回复
日本本来就喜欢用老架构,你去了解了解后端,更老.但日本的并不见得就对
2020-03-19 14:35
回复
用户头像
不苟同
2020-03-05 22:38
回复
可以聊聊你的看法呀,欢迎多交流
2020-03-06 10:51
回复
小公司CTO脱离公司自身产品上下文盲目跟风自是不可取,其实任何偏向极端的决策都是令人诟病的,这点上作者呼吁不要盲目跟风,要作权衡,自然是要认可的。不过作者说的这些更偏向人和公司用人自身的问题(比如没选对CTO),虽然跟技术发展和技术风向有关联,但字里行间洋溢着的不屑与一些不够说服力的举例,以此来佐证技术风向有问题或诟病技术风向,同样是有失偏颇,有极端的嫌疑。
---
> Vue/React...这些 JS 框架真的只有在中后台项目才能体现其优点,数据交互量大,增删改查频繁,对页面性能要求不高,对视觉要求也不高,功能至上,反正自己人用。

< Vue/React 虽然当初都自称库,但随着自身及其生态发展,从另一角度看俨然具备了或多或少的框架化约束力、规范性等。同时 Vue/React 基础用法并不复杂,我是不信学习 Vue/React 基础用法比 JQuery 要多花数倍时间精力的。那么小项目当然也可以选择Vue/React基础用法来达成,并且也能体现出整体声明式风格的好处,还有一定程度的约束代码组织结构整体趋向一致性、规范性。而 JQuery 相对灵活得多,但小公司里人员技术水平参差不齐带来
不利影响应该需要考虑的,页面性能也就未必真那么高了。而这点 Vue/React 在基础用法上几乎是磨平了高手与菜鸟的水平差异的,类似 golang vs C++ 。对小项目来说,完全的对比实际意义不大,与其陷入争论死循环,不如让它们都可选。但绝不是“只有在中后台项目才能体现其(Vue/React)优点”。
---
> 对于很多 C 侧的网站,其页面呈现是如此的静态,交互是如此地简单,为什么要去使用 Vue/React 呢?


< 同上,并非二选一。2020了,如果是C侧简单到这般的上下文,按照作者的主张连 JQuery 都多余。作者博客里都说了他个人喜好、主张Native JS开发的。
---
> 面向用户侧的产品,语义化可是很重要的,用户体验可是很重要的,重要的是用户,而不是自己的开发时间和开发体验。


< C 侧产品的用户体验和开发端的开发效率、开发体验从来都不是固有对立的,它们都可以随着产品自身迭代、大环境开发技术的发展、开发人员技术水平整体提高而提升。用户交互体验的优劣不是因为用JQuery还是Vue/React决定的吧?
---
> 页面内容直出不香吗?jQuery 难道不香吗?又简单又快速,无论是加载体验还是交互体验都好,这难道不是最重要的吗?


< 不辣么偏激,她不香嘛!大哥你都呼吁人CTO不要盲目跟风了,要理性,要理性,要理性!


......

展开
2020-03-06 16:35
回复
让代码简单一点不好吗? 很多程序其实很简单,但很多人为了彰显自己的技术容易使用一样大型工程的技术架构。作者可能想表达这样的意思。毕竟对于很多老板来说,他们希望的是产品快速上线。
2020-03-07 20:46
回复
查看更多回复
没有更多了
发现更多内容

基于 Spring Boot 的企业级快速开发框架 BDF3

木香丘

架构 Spring Boot 可视化 后台管理系统

区块链即将涌现更多典型落地应用

CECBC

区块链 落地应用

技术人为什么该坚持写作?

极客思享

共享服务中心建设原则-《企业IT架构转型之道-阿里巴巴中台战略思想与架构实战》

Man

中台 研发管理 DDD

甲方日常 26

句子

生活 随笔杂谈 日常

java安全编码指南之:方法编写指南

程序那些事

java安全编码 java安全 java安全编码指南

洞察:区块链的危机与契机

CECBC

比特币 区块链 数字货币

阿里互联网神话,超级工程双十一如何打造终于开源了(共4篇)

小Q

学习 架构 面试 算法 阿里

惊艳!腾讯微软内部5大算法文档+源码,大厂offer拿到手软

小Q

学习 架构 数据结构 面试 算法

那个百无一用的技术主管

极客思享

菜鸟工程师的超神之路 -- 从校园到职场

极客思享

手把手教你锤面试官 02——设计模式轻松答

慵懒的土拨鼠

Java 面试 设计模式

spring-boot-route(八)整合mybatis操作数据库

Java旅途

Java Spring Boot mybatis

使用 jsDelivr 免费加速 GitHub Pages 博客的静态资源(二)

mzlogin

jsDelivr CDN Jekyll GitHub Pages 个人博客

可穿戴的“舌头鼠标”,催生“黏腻”人机交互的新想象?

脑极体

第8周作业

Vincent

极客时间 极客大学

算法岗有没有泡沫

极客思享

week03总结

xxx

《我想进大厂》之MQ夺命连环11问

艾小仙

kafka 面试 MQ 程序语言

「架构师训练营第 1 期」第三周作业

张国荣

LeetCode题解:429. N叉树的层序遍历,递归,JavaScript,详细注释

Lee Chen

大前端 LeetCode

第8周总结

Vincent

极客时间 极客大学

时空停滞

Sean

调试 心得

架构训练营-week4-学习总结

于成龙

架构 作业 互联网架构 架构训练营

在互联网站上怎么准确分辨别出MG平台真假VX(LGF7998)黑网的验证方法?

InfoQ_6b6a6317a692

架构训练营-week4-作业

于成龙

作业 架构训练营

中小企业如何启动产品科普直播?

boshi

内容 营销 直播 企业应用

区块链更多典型落地应用即将涌现

CECBC

区块链 落地应用

白玉试毒 | 灰度架构设计

九叔(高翔龙)

架构设计 互联网架构设计 灰度 灰度发布 发布流程

week03作业

xxx

演化过程中的技术与业务双驱引擎

boshi

云计算 架构 中台 成长 数字化

张鑫旭:我对前端从业人员分布与技术风向的一点看法_文化 & 方法_张鑫旭_InfoQ精选文章