写点什么

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

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

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

原创 | 使用JPA实现DDD持久化-数据库连接配置:persistence.xml

编程道与术

Java hibernate 编程 mybatis jpa

JVM-技术专题-垃圾回收策略

码界西柚

接口请求(get、post、head等)详解

测试人生路

HTTP

大厂都是怎么用Java8代替SimpleDateFormat?

Java架构师迁哥

《华为数据之道》读书笔记:第 3章 差异化的企业数据分类管理框架

方志

数据中台 数据仓库 数据治理 元数据

性能测试界“网红”云性能测试服务,了解一下?

华为云开发者联盟

CloudTest 沙箱实验 云性能测试

原创 | 使用JPA实现DDD持久化-只要O,忘记R & Maven配置

编程道与术

Java hibernate 编程 mybatis jpa

三分钟带你搞懂分布式链路追踪系统原理

Java架构师迁哥

论“万剑归宗”思想对开发设计的一点“肤浅”作用

八苦-瞿昙

随笔杂谈 设计实践

有奖话题 | 如果程序员和产品经理都会凡尔赛文学,将如何对话?

YourBatman

话题讨论 凡尔赛文学

架构师训练营 1 期 -- 第十周总结

曾彪彪

极客大学架构师训练营

容器化时代到来!跳转机分配问题终于“有救”了

华为云开发者联盟

容器 镜像 网络

原创 | TDD工具集:JUnit、AssertJ和Mockito (二十七)运行测试-在构建工具中运行测试

编程道与术

Java 编程 TDD 单元测试 JUnit

架构师训练营第 1 期-week10

习习

区块链防伪溯源平台搭建,助力企业品牌安全体系升级

13530558032

IPFS四币连发系统开发技术(四币循环模式)

薇電13242772558

区块链 数字货币

mongodb 源码实现系列 - command命令处理模块源码实现一

杨亚洲(专注MongoDB及高性能中间件)

MySQL mongodb 高性能 源码剖析 分布式数据库mongodb

什么是堡垒机?为什么需要堡垒机?

xcbeyond

运维

纷享销客罗旭:拐点下的中国SaaS

ToB行业头条

SaaS

数字经济发展势头强劲

CECBC

数字经济

《迅雷链精品课》第七课:以太坊数据存储分析

迅雷链

区块链

为什么程序员不做外包

Java架构师迁哥

智慧园区管理平台app系统开发,智慧楼宇系统搭建

13530558032

都是“算法”惹的祸,字节三面处处坑,我的offer要凉了?

Java~~~

字节跳动 面试 编程语言 算法和数据结构

区块链医疗应用场景有哪些?区块链医疗解决方案

13530558032

Alibaba最新《Java架构核心宝典》限时开放下载,互联网主流技术详解总结,提升技术能力的必备宝典!

Java架构之路

Java 程序员 架构 面试 编程语言

区块链、AI与大数据加持,电子合同更安全、效率更高

CECBC

区块链 大数据

数字人民币快来了,但多数人可能会有四大误解

CECBC

数字人民币

打工人、打工魂、高效MES助力打工者都是人上人

Marilyn

敏捷开发 快速开发 MES系统

理解三值逻辑与NULL,你离SQL高手更近了一步

华为云开发者联盟

sql null 逻辑

程序员面试的时候突然遇到答不上的问题怎么办?

Java架构师迁哥

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