厨师和前端

今天看了掘金的一篇文章《if 我是前端Leader，怎么走出小微前端团队的围墙?》，感触颇深，这里也想分享自己作为一个老前端的一些想法。

先交代下背景，我是09年毕业的，刚开始做了几年PHP，后来因为对前端技术的喜爱转型做了纯前端，后来也做了公司的前端部门Leader。

我跟很多同事聊过当初他们选择做前端的原因，大多数都和我有一样是喜欢前端那种直接和纯粹的感觉，你写了一段代码立马可以看到对应的界面和交互，那种即时反馈的感觉让人舒爽。

若干年后当听到一个产品经理私下问我你一个男生为什么要做前端的时候，我感到了一丝触动，在很多人眼里，直接和纯粹的前端在他们眼里意味着肤浅。像很多前端调侃的那样：前端=切图仔，前端=门槛低，在很多人看来只有触碰到业务数据，编写接口的后端才是公司技术部门的顶梁柱。

但每次需求评审完，最操心的就是前端了，作为开发环节的最后一环，我们就像是餐厅厨房的厨师，最终呈现给顾客的菜品是由我们来制作完成的。 我们需要产品经理提供菜单，告诉我们顾客的口味。需要后端提供食材（接口和数据，往往最后一天才能给到），还需要按照设计师提供的菜品呈现效果图来制作。

但是在做菜的过程中，我们总是觉得缺这缺那，想制作一道美味却处处受制于同事。产品设计得含糊不清，后端的接口漏洞百出，忙着做菜的同时，还要承担串联所有环节的责任。

提测的时候遇到不专业的测试，会分不清问题的来源，是产品需求里没写？还是接口有问题？不管了，先建个jira bug提给前端吧。前端本就忙得一匹，看到这种bug心情可想而知。

而此时后端呢？接口早已写完开始了日常的摸鱼。几个干净简洁，restful风格的CRUD接口早已写好做到片叶不沾身。碰到活动项目的话java更是流露出他们高贵的特性，啥？我们不做活动接口，找其他团队写吧。

最后如果菜品出了问题，顾客不满意，餐厅老板找到的却是厨师长。X总点中了提交按钮，一段奇怪的报错呈现出来，心想：一定又是做H5的小王写的BUG。

我说的这些如果你在中小型公司待过的话一定会很熟悉。这就是我们每天的生活，在掘金上看到的技术知识大部分我们在日常的工作中永远不需要用到，你我都心知肚明，这些知识点只是为了以后在面试的时候用来设置门槛互相认可用的。

react hooks出来那么久了老大好像还没更新过公司前端架构的react版本？

fiber这么牛逼的技术我彻底搞懂一定能在面试中加分不少的。

原型链的终点（即便现在都用es6了）、微任务队列、手写promise、webpack plugin开发，这些掘金写烂的基础知识必须扎实掌握吧？

21号的迭代评审会开始了，你又被拉回了现实。

3天够吗？X总说了，这个项目月底要上线，大家辛苦下，这周末加加班吧。

我时常劝单位里的93、94的小伙想想清楚是否要前端作为他们人生的职业选择。这么多年在跟产品，后端，设计的切磋中对前端这份职业的激情彻底被磨灭了，一个前端大概率最后的终点也就是一个公司的前端leader。如果能去个大厂搞个P7,P8的或能胜过大部分中小型公司的前端leader，但前提是你真的对技术很有追去，且精力旺盛，无惧加班，有持续的激情去面对我所说的烦心事和大厂的狼性考核压力。

如今很多自媒体整天在谈程序员35岁失业的问题。但如果你还是个93年左右的小伙，一定对这种文章有什么深切的感受，顶多是当作和同事茶余饭后的谈资。人在30岁之后，家庭锁事的曲线是向上的，精力的曲线是向下的。而前端又是一份极其耗费心智的工作。 30岁后如果还继续从事一线前端高强度的工作，恐怕很难兼顾家庭和生活。

通常一个中大型公司有很多后端业务团队，而且随着现在微服务的流行，这种团队的拆分越来越细，每有一个业务团队就意味着有一个后端JAVA主管坑位，这些部门有的因为业务成熟稳定，主管的工作往往比较清闲，兼顾到家庭和生活的同时也能够守好自己的一亩三分地。但一个中小型公司的前端资源却是要到处救火的，是的，通常前端被称为“资源”，但我好像很少听到过后端同事被称为资源。后端项目缺人了就招人，前端缺人了就调人过来。

当下的环境和一个工种在产业链的作用决定了这个工种的日常工作的状态，经过那么多年的切身体会和从其他同僚身上看到的现象，给刚入行前端的后辈们一个忠告，我知道你们可能工作不久就拿着高于其他行业不错的收入，但是人生只有一次，想清楚自己最终想要达到的生活状态到底是什么样的，选择一个真正适合自己性格的职业吧。