無標題文檔
5289
阅读量
24
收录文章
5587
建站天数

所谓的「前端娱乐圈」

发布于 2022-03-12 09:20

注意:这是篇带有非常浓厚个人情绪的文章。

最近 React 的 Github 项目主页因为意识形态的原因被冲,已经成为了开年为数不多的技术新闻。祖国的前端圈子又一次以这样子的形态被国际环境所认知和理解,这不得不说是一次误解和灾难。

但其实我不奇怪和意外这个事情,因为本身这个事情从导向性上来说是非常可以理解的。

但同样作为技术人员,以我对于国内前端的圈层的认知来说,其实还是超出了我的预想和预期, 而且我非常相信,这已经不是第一次可能也不是最后一次。

我是非常反感意识形态和技术本身挂钩的,虽然「技术无国界」这句话在目前各个国家间的相互制裁和「卡脖子」看来非常的理想化,但我们自己还是需要部分的信仰去支撑自己的信念的。

Github 目前看起来其实还是是个相对比较纯净的社区,但偏偏国内前端这个圈子,就有很多上述类似无关技术的事情发生,让人再次叹息。

我们举例:今天有 React 被冲、往前看还有 Vue 是否是国产框架之争、再往前甚至还有流行框架作者删库跑路…所以,甚至有人戏言国内前端的环境是「前端娱乐圈」。

从技术角度上说,前端开发其实是相对门槛不高的研发岗位。从项目的侧重点上来说,如果说后端关注的是业务逻辑和数据流转,那么前端其实更加关注的是用户体验已经产品的展现形式。

同时前端的技术栈相对比较的多和杂,掌握这些都是需要时间和项目的经验沉淀,但刚开始的初学者因为环境的原因,加上方向上的体系认知还没完全成型,所以都不会非常的深入。

前端的沉淀速度同时往往还会赶不上迭代速度,随着业务和产品的迭代后端已经可能还忙于维护「屎山」,同期时候前端的项目代码因为产品本身已经开始考虑重构,这让很多前端项目往往不会也不关注本身的沉淀。

正是往往缺乏很多业务逻辑的沉淀,所以国内的技术负责人的岗位往往都不会是前端出身,这让前端的话语权更加的弱势,造成相对后端和其他岗位而言,前端的延展性明显没有其他岗位高。

所以,上述各方面的因素这往往会很容易让前端浮于表面的展现形式、以及技术本身迭代带来的快感之中。

其实以上的情况,从这几年的趋势看来也是越发的严重。国内互联网环境的发展,让分工更加明确和细致。

曾经开玩笑的说,以前的前端是把后端写了「顺便」就把页面给套了,而现在的前端是往往实现了以后还要等后端的接口才能跑起来。而后端如果正儿八经想上手前端项目,先不说各种前端类库的选型,光是 webpack 本身的配置就足够让他忙活一阵子了。

我个人从前端转后端那么多年,这种情况其实也完全没有大的转变。虽然目前的国内技术环境普遍的浮躁不堪,但现在看来国内的前端环境尤甚。

那么我们能做些什么呢?其实以下不觉得是个非常好的建议,我也没理由讲些大道理。作为技术人员本身,其实在我看来这些都是基本的素质。

第一条建议,就是关注技术前沿的本身,其实更应该结合实际的项目已经产品的情况,避免空谈技术很无法落地成为空中楼阁。

这在前端这个圈子里是非常普遍的现象:「哎,这个玩意很厉害我应该套用到目前的项目中,先不管适用不适用,但我至少用起来了。」

第二条:其实每个人每个职位都会有自己的瓶颈期,当发现自己对于某项 case 已经长期无法突破的时候,那么应该跳出自己的思维路径,去考虑其他的角度看到更多的维度。

我看很多前端会说自己什么什么框架,然后列举了一大堆。但是在我看来掌握框架本身其实是「外功」,真正的「内功」修行应该提升到和设计思路这个层次。

例如,举个例子很多 Angular 初学者不知道依赖注入的思想,但是如果你是后端 Spring 使用者,那么会非常容易熟悉和理解。设计思想这块前后端很多时候是相通的。

如果你不理解就不会包容,就容易陷入框架和工具本身的争执中,因为你只是熟悉自己熟悉的。

那么第三条,我们就可以引申出来:避免多余的争论。我在 V2EX 上往往会 看到很多针对同类型的类库、重复的轮子的技术争论。

这些其实这是很容易挑起争端、引起话题,但同时也是很容易没有结果 - 毕竟都在一定程度上解决了相通的问题。

最后一条:更不要将技术和意识形态挂钩。这条其实是最基本的,同时也是最最重要的。

在我看来技术本身就是技术,是为了解决和实现具体的问题以及需求存在的,所以事物的本身不应该有任何的倾向性。

最后,我所期待的前端他应该是链接冰冷的数据和业务逻辑、给到真实用户体验的枢纽和桥梁。

所谓的「前端娱乐圈」当然只是笑谈,我们作为前端当然也应该知道前端本身能力所赋予的意义,前端这个圈子也不应该沦为技术无关的争论甚至意识形态的战场。

所谓的「前端娱乐圈」 | 寻我