博客
关于我
别拦着我,今天我要抨击一个观点
阅读量:90 次
发布时间:2019-02-26

本文共 1363 字,大约阅读时间需要 4 分钟。

loonggg

读完需要

3

分钟

速读仅需 1 分钟

大家好,我是校长。

昨天在知乎上看到一个关于前端开发的问题,看完之后,我感觉我要失业了。

01

问题

问题是:如何看待互联网前端工程师即将被淘汰,然而他们大部分人却没有感知?

描述是:

从 2006 年 jQuery 正式发布,前端工程师的定义逐步被确立,随着 nodejs 的诞生,将前端带入了工程化时代,接着前端进入一段蓬勃发展期,Angular,React,Webpack,Babel,Typescript 等一系列底层框架和库在 13 到 18 待着前端工程师们起飞,一度到达『互联网最一人难求』的行业之一。

然而,随着底层工程化的成熟,前端逐步进入产品配置化时期,越来越多的配置应用层出不穷,到了今天 Low Code 平台的商业化进程也正在飞速发展。

而在 BAT TMD 等大厂中,前端已经是最内卷的部门,没有之一,各种轮子铺天盖地,一套东西被各个部门来来回回回炉重造。有先见之明的团队已经将前端组转换为了产品组,一方面使用初级前端工程师负担业务,另一方面不断发掘技术型的平台产品「实际也是内卷的历史性产物」。

在 2021 年,随着配置化应用的发展,和以神经网络为基础的人工智能发展,前端作为『纯实现层』,已经到达了被淘汰的边缘,而大部分数以万计的前端工程师们仍然还在自嗨当中。

所以作为前端工程师的我们应该如何转型,可以平稳度过行业衰落期,有什么现实可行的方法?

02

反驳

首先,上面那段话只是别人的个人观点,不具有权威性,大家别信。

这个问题,我今天早上一看,已经被知乎关闭了。

首先,写这个问题的人啊,写的可谓是头头是道,振振有词,先从发展历史说起,然后聊到技术性平台的发展,然后最终以人工智能,神经网络结尾,写出来的话,真的是让人有一种信服的感觉。

我昨天在知乎看到这个问题时,然后随手回答了一下,幸亏我是做前端开发的,要不这段话真的具有恐慌性,对于想入前端开发的小白真的有震慑性。

我的回答是:

你这个问题还是低估了前端的复杂性,高估了低代码平台。

另外,我感觉假如前端真的是归产品组,也挺好的,为什么呢?首先,可以让前端工程师不拘泥于技术,还能学到产品知识,更接近业务和用户,这才是将自己价值最大化最好的方法,何乐而不为呢?

而且随着人口红利的消失,用户进入存量时代,要想留住用户,什么最重要?体验最重要,我感觉未来一个懂产品,重视用户体验的前端工程师绝对的非常香。

不要在这里杞人忧天,制造焦虑感。

低代码平台要想追溯,最早可以追随到 20 世纪的 90 年代,国外的 Salesforce ,然后这个低代码平台概念的最终确立是 2014 年,十几年的发展都寥寥无几,而且到了 2021 年了,低代码平台做的事情,也非常有限。

从想法的出现,到现在 20 多年了,前端开发反而越来越火,几乎是毫无影响。

就像是他文章提到的人工智能,神经网络,至少 20 年之内都不会对前端产生重大影响,更别说替代前端开发了。

尤其是在前后端分离的今天,前端更接近用户,更接近人性,人性的有多复杂,前端就有多复杂。

上面真的是一本正经的胡说八道。

你们说呢?

点击下方公众号卡片,关注我

在公众号对话框,回复关键字 “1024”

免费领取程序员赚钱实操教程

转载地址:http://rdtk.baihongyu.com/

你可能感兴趣的文章
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
查看>>
NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_生成插入Sql语句_实际操作02---大数据之Nifi工作笔记0041
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_不带分页处理_01_QueryDatabaseTable获取数据_原0036---大数据之Nifi工作笔记0064
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_无分页功能_02_转换数据_分割数据_提取JSON数据_替换拼接SQL_添加分页---大数据之Nifi工作笔记0037
查看>>
NIFI从Oracle11G同步数据到Mysql_亲测可用_解决数据重复_数据跟源表不一致的问题---大数据之Nifi工作笔记0065
查看>>
NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
查看>>
nifi使用过程-常见问题-以及入门总结---大数据之Nifi工作笔记0012
查看>>
NIFI分页获取Mysql数据_导入到Hbase中_并可通过phoenix客户端查询_含金量很高的一篇_搞了好久_实际操作05---大数据之Nifi工作笔记0045
查看>>
NIFI分页获取Postgresql数据到Hbase中_实际操作---大数据之Nifi工作笔记0049
查看>>
NIFI同步MySql数据_到SqlServer_错误_驱动程序无法通过使用安全套接字层(SSL)加密与SQL Server_Navicat连接SqlServer---大数据之Nifi工作笔记0047
查看>>
NIFI同步MySql数据源数据_到原始库hbase_同时对数据进行实时分析处理_同步到清洗库_实际操作06---大数据之Nifi工作笔记0046
查看>>
Nifi同步过程中报错create_time字段找不到_实际目标表和源表中没有这个字段---大数据之Nifi工作笔记0066
查看>>
NIFI大数据进阶_FlowFile拓扑_对FlowFile内容和属性的修改删除添加_介绍和描述_以及实际操作---大数据之Nifi工作笔记0023
查看>>