发布在即!企业 AIGC 应用程度测评,3 步定制专属评估报告。抢首批测评权益>>> 了解详情
写点什么

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

  • 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:007695

评论 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
回复
查看更多回复
没有更多了
发现更多内容

回顾与总结 | 视频号28天(28)

赵新龙

28天写作

驱动力读书笔记之三

张老蔫

28天写作

探索语言交互技术在政务数字化的应用

华为云开发者联盟

语音 政务 语言交互 VUI G2c

5步教你将MRS数据导入DWS

华为云开发者联盟

数据 MRS GaussDB 集群 DWS

Webpack | 如何提升构建速度,进行体积优化?

梁龙先森

大前端 webpack 28天写作 2月春节不断更

Kubernetes安装篇(下):基于Kubeadm方式的集群部署

xcbeyond

Kubernetes kubeadm 部署 28天写作 Kubernetes从入门到精通

一个合格的初级前端工程师需要掌握的模块笔记

我是哪吒

程序员 面试 Vue 大前端 2月春节不断更

Spark Shuffle 内部机制(一)

hanke

大数据 spark 开源

人员培养,不是捷径的捷径(下)

一笑

管理 人才培养 28天写作

信任从对自己诚实开始

Justin

心理学 信任 28天写作

口碑销量双爆的数据分析丛书再添新成员!

博文视点Broadview

Kafka架构介绍

架构精进之路

kafka 七日更 28天写作 2月春节不断更

【JS】异常处理

德育处主任

JavaScript 大前端 js 28天写作 2月春节不断更

Elasticsearch Bulk API 奇特的 JSON 格式

escray

七日更 28天写作 死磕Elasticsearch 60天通过Elastic认证考试 2月春节不断更

Spring Boot Admin 集成诊断利器 Arthas 实践

阿里巴巴云原生

Java Docker 容器 云原生 Arthas

SpringIOC的注解开发

小马哥

Java spring 七日更

十倍效率背后的管理逻辑

Ian哥

28天写作

如果生命的长度可以被改写「幻想短篇 27/28」

道伟

28天写作

RocketMQ-Spring 毕业两周年,为什么能成为 Spring 生态中最受欢迎的 messaging 实现?

阿里巴巴云原生

Docker 容器 微服务 云原生 API

如何快速上手 angular.js

华为云开发者联盟

html Vue 数据 angular js

Mybatis【18】-- Mybatis自关联多对一查询方式

秦怀杂货店

mybatis

让我们与内心聊聊,寻找一段思考发展之路。

叶小鍵

面试官:请讲一下Redis主从复制的功能及实现原理

华为云开发者联盟

redis 数据 节点 redis哨兵 主从复制

区块链终将彻底改变医疗行业,但哪些因素制约当前的采用?

CECBC

区块链

区块链+电力,又擦出什么新火花?

CECBC

区块链

统一数据管理工具——CloudQuery v1.3.3 上线!

BinTools图尔兹

数据库 运维 开发工具 dba 数据库管理工具

你会在车里唱K吗? (28天写作 Day27/28)

mtfelix

28天写作 智能汽车 MaaS 出行方案

程序员成长第三篇:好的代码和好的工程师

石云升

28天写作 2月春节不断更 工程师等级

速看!教育上云 让学习战“疫”两不误

浪潮云

教育云

Elasticsearch+Fluentd+Kafka搭建日志系统

远鹏

kafka ELK EFK Fluentd 日志系统

为您收录的操作系统系列 - 进程管理(中篇)

鲁米

操作系统 进程 同步

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