AICon上海|与字节、阿里、腾讯等企业共同探索Agent 时代的落地应用 了解详情
写点什么

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

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

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

MegEngine 动态执行引擎-Imperative Runtime 概述

MegEngineBot

深度学习 开源 动态图 MegEngine

PAG动效框架源码笔记 (五)渲染流程

olinone

ios android 动效 渲染

聚焦 AIGC,函数计算为 AI 应用插上腾飞翅膀

Serverless Devs

Serverless FC AIGC

打卡有礼!快来 2023 开放原子全球开源峰会找龙蜥玩~

OpenAnolis小助手

开源 操作系统 龙蜥社区 开放原子全球开源峰会 龙蜥实验室

国外云主机:为你的业务提供全球级托管!

一只扑棱蛾子

云主机

做开发5年,这8个高效开发好习惯我悟了🔥

引迈信息

程序员 前端 低代码 JNPF

想让ChatGPT和低代码开发实现完美结合?看这篇文章就行!

加入高科技仿生人

低代码 数字化 ChatGPT

Postman 前后端都适用吗?

Liam

前端 后端 开发 Postman API

华为云GaussDB,如何给世界一个更优选择?

YG科技

2023上海国际嵌入式展 | 如何通过人工智能驱动的自动化测试工具提升嵌入式开发效率

龙智—DevSecOps解决方案

嵌入式 嵌入式软件 嵌入式设计 嵌入式开发

NFT全链游戏dapp系统开发合约定制

开发v-hkkf5566

运维人员福音!自定义插件为运维提供更多可能

嘉为蓝鲸

#运维 Python运维 Linux 运维

【羊城晚报】WeOps智慧护航,传媒“领头羊”业务迈向新高度

嘉为蓝鲸

IT运维 传媒 传媒公司

SpringBoot 升级所踩过的坑 (二)

技术小生

6 月 优质更文活动

肝到爆!通过Canal如何优雅的将MySQL同步到ES?

Java全栈架构师

Java MySQL 程序员 后端 ES

备战金九银十:大厂面试官必问MySQL连环炮全梳理,你扛得住嘛?

程序员小毕

Java MySQL 数据库 程序员 面试

TDengine 合作伙伴 +1,这次是「DaoCloud道客」

爱倒腾的程序员

涛思数据 时序数据库 ​TDengine

软件测试丨Allure2报告中添加用例支持tags标签、失败重试功能

测试人

程序员 软件测试 测试开发 测试用例 Allure

华为云GaussDB,如何为企业数字创新保驾护航?

YG科技

如何保障医疗机器人的功能与安全?这几条编码标准你一定要了解

龙智—DevSecOps解决方案

医疗机器人 编码标准

怎样区分试验与仿真的关系?

思茂信息

仿真软件 仿真技术

软件测试/测试开发丨Allure2报告中添加附件-图片

测试人

程序员 软件测试 测试开发 Allure

优质高效!阿里内部超高质量的k8s+Jenkins笔记,技术与实战齐飞

程序知音

看过才知道,这套SpringCloudAlibaba笔记,把微服务玩的出神入化!

程序知音

Java 微服务 SpringCloud java架构 后端技术

中企出海管理难,复杂的国际形势下怎么用对人?

用友BIP

中企出海

再也不怕“卡脖子”了?华为云数据库GaussDB究竟有什么神奇功能?

YG科技

提升效率:P4VFS让虚拟文件同步更迅速、更简单

龙智—DevSecOps解决方案

文件同步 虚拟文件同步 Virtual File Sync

下载量破 15000!龙蜥社区登陆阿里云 ACR 制品中心 TOP5 榜单

OpenAnolis小助手

阿里云 操作系统 容器镜像 龙蜥社区 Dragonwell

嘉为蓝鲸研运一体化解决方案入选“鑫智奖”

嘉为蓝鲸

智能硬件 蓝鲸 金融数据

迈向新时代的英特尔代工服务:走差异化路径,坚持客户至上

最新动态

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