今天看了一篇掘金《if 我是前端Leader，怎么走出小微前端团队的围墙?》的文章，感触很深。在这里我也想分享一下我作为一个老前端的一些想法。我先解释一下背景。我于2009年毕业，开始从事PHP工作几年。后来因为对前端技术的热爱，转型做一个纯前端，后来成为了公司前端部门的leader。我和很多同事谈过他们选择做前端的原因。他们大多喜欢我，是因为喜欢前端直接、纯粹的感觉。写一段代码就可以马上看到对应的界面和交互。反馈的感觉令人欣慰。几年后，当我听到一个产品经理私下问我，你一个男生为什么想做前端时，我心里有些感动。在很多人眼里，直接纯粹的前端在他们眼里就意味着肤浅。就像很多前端笑话：前端=切图，前端=门槛低，在很多人眼里只有接触业务数据，写接口的后端才是公司技术部门的骨干.但是每次需求评审完成，前端是最操心的事情。作为开发过程的最后一个环节，我们就像是餐厅厨房里的厨师，最终呈现给顾客的菜品都是我们亲手制作的。我们需要产品经理提供菜单，告诉我们顾客的口味。后台需要提供食材（接口和数据，往往最后一天才有），??需要根据设计师提供的菜品效果图制作。但是在做菜的过程中，我们总觉得缺这个缺那个。我们想做一道好吃的菜，却总是被同事束缚。产品设计模棱两可，后台接口漏洞百出。一边忙着做饭，一边要承担衔接各个环节的责任。如果在测试过程中遇到不专业的测试，会分不清问题的根源。产品需求里面没有写吗？还是界面有问题？不管了，先建个jirabug提交给前端吧。前端已经很忙了，看到这种bug的心情可想而知。那后端呢？界面已经写好了，日常钓鱼开始了。已经编写了几个干净、简洁、restful风格的CRUD接口，因此没有叶子会粘在它们上面。遇到活跃的项目，java会显露出高贵的特性，什么？Activity接口我们不做，还是找其他团队写吧。最后如果菜品出了问题，顾客不满意，餐厅老板就会找主厨。X先生点击了提交按钮，出现了一个奇怪的错误信息。他想：一定是又一个做H5的小王写的bug。如果您曾经在中小型公司工作过，那么您会很熟悉我所说的内容。这就是我们的日常生活。我们在掘金队看到的大部分技术知识，在日常工作中是永远用不到的。你我都知道，这些知识点只是为了以后的面试。阈值是相互认可的。Reacthooks出来这么久了，老大好像还没有更新公司前端架构的react版本？如果我完全理解光纤这么牛逼的技术，那我在面试中肯定会加分不少。原型链末端（即使现在用es6）、microtask队列、手写promise、webpack插件开发，这些掘金的基础知识一定要扎实掌握吧？21号的迭代评审会开始了，你被拉回了现实。3天够吗？X先生说这个项目会在月底上线，大家好好努力，周末加班。我经常劝说单位里的93、94小伙考虑一下要不要把前端作为人生的职业选择。和产品、后端、设计讨论了这么多年，对前端这个职业的热情已经完全磨灭了。前端的最终归宿很可能是一家公司的前端领导。如果你能去大厂造个P7，P8，可能比大多数中小型公司的前端leader强，但前提是你真的对技术有热情，有活力，不怕加班，有持续的激情去面对我说的那些烦恼和大厂狼性考核的压力。现在很多自媒体整天都在说程序员35岁就失业了。但如果你还是1993年左右的小伙子，肯定对这种文章有一些深厚的感受，顶多当成同事饭后的谈资。人30岁以后，家庭事务曲线向上，精力曲线向下。而且前端是一个极其耗脑力的工作。30岁以后，如果继续从事高强度的一线工作，恐怕很难兼顾家庭和生活。通常一个中大型公司有很多后端业务团队，随着微服务的普及，这些团队的划分也越来越细。每一个业务团队都意味着有一个后端JAVA主管。这些在一些部门，因为业务成熟稳定，主管的工作往往比较清闲，兼顾家庭和生活，同时又能守住自己的一亩三分地。但是一个中小公司的前端资源又要处处救火。是的，前端一般都叫“资源”，但很少听到后端同事叫资源。后端项目缺人就招人，前端项目缺人就调人。一类工作在产业链中所处的环境和角色，决定了该类工作的日常工作状态。经过这么多年的亲身经历和从其他同事那里看到的，想给刚入行前端的小辈们提个建议。我知道你你可能很快就会开始工作，收入高于其他行业，但你只有一次生活。想一想自己最终想要实现什么样的人生，选择真正适合自己性格的职业。
