前端老兵的20年技术长跑：系统化穿越增长迷雾

　　去年端午，我在家改一个用了八年的老项目代码，显示器上还开着校样稿——客户非说移动端按钮颜色比设计图浅了0.5个灰度，我原以为调个色值十分钟搞定，结果发现是旧版CSS里有个全局的filter属性在作怪。这事儿让我想起二十年前刚入行时，前辈跟我说“前端这行，活得久的都是能系统化穿越周期的”。当时觉得是场面话，现在看，这他妈就是生存法则。

　　优胜劣汰这事儿，前端比其他领域更狠。2003年我刚学DOM操作，那时候会个table布局就能混饭吃；2008年jQuery横空出世，不会写$(‘#id’).css()的直接被淘汰；2015年React一出来，又有一批人骂“这什么破语法”，结果现在不搞虚拟DOM的连面试机会都没有。我见过太多人，某个框架刚火就all in，结果框架凉了，人也跟着凉了——系统化穿越周期的核心，是别把宝全押在一个技术上，得留后手。

　　比如去年端午改代码那次，我原以为只是调个颜色，结果发现老项目里混着jQuery、Vue2、甚至还有段AngularJS的遗留代码。领导发来六十秒语音，说“客户要兼容IE11，你看着办”。我盯着屏幕上的代码，突然想起2010年用IE6调试时，那种“改了十处，一处生效”的绝望。现在虽然不用兼容IE了，但新问题又来了——Webpack打包体积太大，客户说“移动端加载超过三秒就卸载”。这他妈和当年“IE6不支持圆角”有什么区别？

　　外卖凉了，我起身泡了杯茶，突然想到个事儿：前端这二十年，真正活下来的，都是那些能把“技术”和“业务”串起来的人。2012年我在某电商公司，团队里有个哥们，天天研究Canvas动画，结果项目黄了；另一个哥们，天天研究如何用jQuery优化表单提交速度，结果被提拔成了前端负责人。你说这公平吗？不公平。但现实就是，业务需要的是“能解决问题的技术”，不是“看起来酷的技术”。

　　我原以为“系统化穿越周期”是靠学新框架，结果发现更关键的是“知道什么时候该学，什么时候该扔”。比如2018年Vue3刚出，我团队里有个新人，天天在群里发“Vue2要凉了，赶紧学Vue3”，结果半年后项目还是用Vue2，因为他根本没搞懂业务需要什么。而另一个老同事，默默把Vue2的源码读了一遍，然后写了套兼容Vue3的mixin，现在成了团队里的“救火队员”。

　　再说个事儿，去年端午改代码时，我发现老项目里有个“神秘函数”，注释写着“2015年张工写的，别动”。我查了半天，发现这函数是用来处理某个第三方API的兼容问题的——现在那API早不用了，但函数还在。我原以为可以删了，结果测试说“删了之后，某个隐藏功能就失效了”。后来才知道，那是客户当年偷偷加的需求，连产品经理都不知道。这事儿让我明白，前端这行，有时候“系统化”不是靠代码，是靠“知道谁写过什么，为什么写”。

文章配图，仅供参考

　　我见过太多人，技术很好，但活不过三年；也见过太多人，技术一般，但能混二十年。前者的问题在于，他们把“技术”当成了目的，而后者明白，“技术”只是解决问题的工具。去年端午改代码时，我突然意识到，我之所以能活二十年，不是因为我学会了所有框架，而是因为我学会了“如何用最简单的方式解决问题”——哪怕那方式看起来有点“土”。

　　现在每次面试新人，我都会问一个问题：“如果让你优化一个十年前的老项目，你会怎么做？”有人说“用React重写”，有人说“用Webpack打包”，只有一个人说“先跑一遍，看看哪里慢，再针对性优化”。我当场就录用了他——因为这小子懂“系统化穿越周期”的真谛：技术会变，但“解决问题”的逻辑，永远不会变。

　　最后说句实话，前端这行，活二十年不难，难的是活得有意思。我原以为“系统化穿越周期”是靠坚持，结果发现更靠“变通”——该学新框架时学，该扔旧代码时扔，该和产品经理吵架时吵，该给测试买奶茶时买。毕竟，技术是死的，人是活的。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!