谈技术选型:根据业务做技术

发现自己越来越不在乎技术的喜好了，写 Web 前端我自己的项目就用 React + TS，在公司就用 Vue，写后端的话，在公司用 Java，自己的项目用 Node 或者 Go。

现在我不是很在乎我用的是什么技术了，而是在乎怎么样迭代、维护，让大家一起参与开发。相比于对技术的选型和喜好，我更在乎这个技术到底能给项目带来什么。

之前有人在研究怎么给一个内部项目（给运营用的一个平台）优化 webpack 打包的分包，我和他讨论说这个目前不重要，但他依然觉得这个东西很酷啊，摆了一推理由。我就觉得他犯了一个错，我并不是说优化包的大小不重要，而是这样能给项目带来什么呢？费了半天劲真的值得这样做么，这个项目现在的瓶颈真的是性能么？

显然他这些都没有想过，就一腔热血地去做了。但有没有想过，等他汇报工作的时候，发现老板不在乎这些，而他自己还委屈得不行。这时候，他除了心里骂一句老板 SB 不识货还能怎么样呢？但，这真的是老板的错么？这又让我想起了还在 360 的时候，当时做一个全新的项目，其中有一个用户评论功能模块，产品要求去广告、去垃圾评论，我当时就有疑问，这个功能需要在第一版的时候就做么，这是一个现在就需要的功能么？显然不是，后端兴致勃勃地还真的去做了。

技术人员还是要根据项目业务来做『技术』，不要陷在所谓的『技术追求』里，做了无用功。等有这个思想的时候，才能跳脱技术，站在一个更高的角度上审视业务，考虑运营、产品、设计甚至市场人员的需要，否则，只会把自己越做越死，越做越小。纵然你学得了屠龙技，在别人眼里，也是一个可有可无的小角色。