摸鱼刷掘金印象中看到很多前端已死的论调，在归纳文章榜前列也看到很多谈论的文章。就在此刻，首页还挂着呢。
前端er们，是个好消息，前端死不了了。
顺便，闲得无聊，统计了一下【掘金文章榜 归纳】上榜文章，总共49篇文章中前端类文章就有20篇。
要知道这儿可是有8个子模块，其中后端还有多种主流语言，而前端在其中就足足占到了40%。
好家伙，前端这是在凡尔赛吧。
我在网站里搜索“前端已死”,这些文章几百赞几百谈论几万的阅览，属实是找到了流量暗码。
给我眼红的！（逃
有看别人看前端已死的
有伪装漠不关心的
有朴实蹭流量的，标题加个前端已死开端写技术文章
有起义型的，前端已死皇天当立不全栈当立
有智囊型的，吾有三计，保前端妙手回春
接下来的文章标题我都想好了：
《ICU的独白：前端富丽的终身》
《刑场上的婚礼：后端的真爱，全栈继承前端遗志再兴五百年》
《三十年河东，三十年河西，莫欺前端少年穷》
话说有没有一种或许，前端招聘难是由于大环境如此，不止前端难，后端也难，移动端更难。
话说我在掘金从来没有看到过.Net相关的文章，按这儿的说法，.NET大概是坟头草老长了。可人家在大本营博客园流量杠杠的，活得挺润泽。市场上岗位虽不多，但也因此没那么卷啊。
有小部份人觉得前端已死或许要死，那就搞全栈嘛，学点后端的东西。
究竟后端也可以学前端的东西嘛。
横竖你们乐意叫这种为全栈，那便是全栈吧。究竟城里人都会发明些新名词。
什么？你不肯学？太卷了？ 学是不或许学的，只能诉苦诉苦这姿态，玩玩梗，明天起来又是新的一天。 说不得，诉苦的人多了，感化了老天，前端又活过来了嘛。
好的。
最后说两个故事，最近发生在身边的两个小故事。确保实在，没有添枝加叶。
一。
公司有个前端，小女生，据说是00后，2-3年从业时长。
某体系有个十分简略的功用，列表展现。原本一个接口就搞定。
但由于有个展现字段需求比较复杂的耗时查询操作。遂跟女生商量能否写两个接口，先烘托列表，耗时的那个字段用独自的接口，前端进行异步加载。
女生说不能一个接口嘛。我说比较耗时。客户体会会十分不好的。然后女生没回了。
大概过了10来天吧。前端主管忽然找到我，说某某接口非要异步加载吗？
我愣了一下，才反响过来说的是哪个功用。原本我认为早就完成了，也不复杂嘛。
啊，我说是，把我的考虑重复了一遍。
前端主管表示了解，然后亲身完成了这个功用。
关于这样一个异步加载的功用，在我还在学校没实习的时分，我就做过很屡次。而且乐意去做这样的功用。由于觉得这样的功用略微略有挑战性（关于当时的我），更利于成长，更利于简历的描绘。
但我不知道该女生是不想做还是不能做。这点就不片面臆测了。
但据平时工作观察，她确实不太具有学习的愿望，只想在自己的了解的一亩三分地里呆着，关于不了解的领域天然的排挤。当然，这或许仅仅我片面的臆测。
二。
前端主管的故事。
我们有一个功用叫做主题模型。模型列表主要展现人，以及人所相关的事情。同一个人在不同的模型里相关的事情不同。
比方张三在A模型里相关了事情1，事情2；在B模型里相关了事情3，事情4。
在主题模型展现的人员列表里，点击可跳转查看人员概况，人员概况页面的右侧一起有该人员相关的所有事情。比方张三，右边展现的便是1，2，3，4四个事情。
一起，人员概况页面有多个进口，不止主题模型列表。比方事情概况，人员列表等都可以点击查看人员概况。
客户觉得我从不同的主题模型里点击人员概况，我只想看该模型下的事情。比方从A模型里跳转到人员概况只展现事情1，事情2。
十分简略的一个功用改动。
我只需加个参数，在主题模型列表接口自身返回了模型code,点击到人员概况的时分把code带过来，我就可以过滤不相关的事情返回给前端。
我把接口文档改动后发给该搭档。
过了一瞬间，该搭档问我人员列表怎么没有模型code，他取不到参数。
由于之前产品现已给两头把需求讲清楚。嗯，他觉得讲清楚，我觉得也很清楚。
然后我就有点懵。人员列表不需求模型code,也获取不到，由于一个人或许一起存在多个主题模型。当从人员列表跳转到人员概况的时分展现该人的悉数事情，不需求传模型code参数。
仅在主题模型点击人员概况的时分需求过滤事情，这时分才需求传code参数。
有点啰嗦了。
疫情居家那会儿，线上过需求开会，开着开着，自动参加谈论的永远是后端，前端会自动提问的也仅限于款式大小设计之类的。
末端，让前端宣布观点或许疑问，往往要喊好几回，或许是在忙其它事或许注意力底子不在这儿。
多了几回后，有时分简略的需求就由后端直接传达给前端了。
两个小故事讲完了，我尽量客观一点白描。
先申明，这样的人后端也有，哪个端都有，由于后端基数更大，这样的人应该更多。
而且绝对地无关对错。
身边统计学毫无意义，仅仅说两个小故事，真没其它涵义。
大家都仅仅年代洪流下的小角色。前端后端都仅仅个碗，里边盛什么饭，更多的是个人，而不是碗。
