【ArchSummit架构师峰会】探讨数据与人工智能相互驱动的关系>>> 了解详情
写点什么

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

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

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

聊聊百度搜索背后的故事

程序员鱼皮

Java 搜索引擎 数据结构 算法 后端

请谈下Android消息机制,成功拿下大厂offer

欢喜学安卓

android 程序员 面试 移动开发

FBI 警告称,网络犯罪分子可能以 2021 年东京奥运会为目标!

郑州埃文科技

《MyCat数据库的基础配置及使用》

java小李

java 14 mycat

基于 Java Spring Security 的关注微信公众号即登录的设计与实现ya

哈德韦

spring security 微信公众号 Apache Pulsar SSO

LeetCode题解:456. 132 模式,n平方暴力,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

行云创新完成B轮融资,阿里云独家投资

行云创新

阿里云 云原生 投资

架构实战营-模块三

Cingk

向大佬学习!「mybatis查询匹配机制」,手动点赞

java小李

java 14 Mybati

机器学习- 吴恩达Andrew Ng Coursera学习总结合集 John 易筋 ARTS 打卡 Week 57

John(易筋)

ARTS 打卡计划

华为助力高校释放能量,加速中国从开源使用大国向贡献大国转变

科技热闻

一条SQL语句执行得很慢的原因盘点

北游学Java

Java MySQL

淘宝一面:说一下 Spring Boot 自动装配原理呗?

java小李

面试 java 14 sping

Recommending movies: retrieval

毛显新

tensorflow 推荐系统

DAPP智能合约开发|智能合约搭建

Geek_23f0c3

区块链 智能合约 DAPP智能合约交易系统开发 DAPP系统开发

深度融合,云管理平台助推政府实现“最多跑一次”改革

BoCloud博云

云计算 云管理平台 云管理

携生态伙伴展示AI计算盒参考设计最新成果 英特尔点亮智能边缘广阔机遇

E科讯

大学四年Java学习路线规划,所有私藏资料我都贡献出来了

java小李

spring Java web

GitHub标星139K的:“嵌入式Linux系统开发教程”

白亦杨

《分享几道高频 Redis 高频面试题,面试不用愁》

java小李

Redis Stream

拨云开雾!阿里面试官力荐Java开发必看的操作系统底层原理PDF

Java架构追梦

Java 阿里巴巴 架构 面试 操作系统

面试题:JVM在Java堆中对对象的创建、内存结构、访问方式

java小李

java 14 sping

速来围观!大佬把Java基础核心知识整理成了PDF版

java小李

Java开发手册 Java 开发

被面试官问的Android问题难倒了,深度集成!

欢喜学安卓

android 程序员 面试 移动开发

如何借用第三方APM工具, 为移动应用保驾护航

APM

stack overflow 问题分类

毛显新

tensorflow

对象存储手把手教三 | 数据分段上传

QingStor分布式存储

对象存储 分布式存储 数据传输

Vue进阶(九十四):自定义组件

No Silver Bullet

Vue 自定义组件 7月日更

被转载10W次的:Java小白系统资料和职业规划路线

java小李

java基础

DeFi智能合约DAPP开发|DeFi项目源码

Geek_23f0c3

DeFi去中心化系统开发 DAPP智能合约交易系统开发

幸福的人在当下就活出了幸福的样子|靠谱点评

无量靠谱

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