技术栈

我的技术栈老笔记本电脑坏了三次，每次送去维修店，技术栈师傅都先问同一个问题：“你平时用啥开发？技术栈”我说写Python爬虫，他立马换了个固态硬盘，技术栈说“那得配个读写快的技术栈”。这场景挺讽刺——一个天天跟代码打交道的技术栈人，最常被问的技术栈居然是“用什么工具”，而不是技术栈“在写什么”。

技术栈这词儿，技术栈说白了就是技术栈你工具箱里那几把扳手。但有意思的技术栈是，现在很多人把扳手当成了房子本身。技术栈我见过一个团队，技术栈为了用上最新的技术栈微服务框架，硬是技术栈把一个每天几百次访问的内部管理系统，拆成了十几个独立的服务。部署的时候光配置Kubernetes集群就花了三周。结果呢？系统慢得像蜗牛爬，因为每次请求要在服务间来回跳好几趟。

这种事儿见多了，我反而觉得技术栈的选择，本质上是一种性格测试。有人喜欢稳，Java＋Oracle＋Spring，一套组合拳打了二十年，银行保险系统里跑得稳稳当当。有人喜欢新，Rust＋WebAssembly＋边缘计算，恨不得把每行代码都烧进芯片里。这两种人坐在一起开会，经常吵得面红耳赤——不是谁对谁错的问题，是他们对“可靠”这个词的理解根本不在一个维度上。

我自己踩过最大的坑，是迷信“全栈”这个概念。前几年创业，招了个号称精通前后端的工程师，简历上写着React、Vue、Node、Go、Python、MongoDB、PostgreSQL，几乎把主流技术栈列了个遍。结果第一个项目上线，前端页面在Chrome上显示正常，换到Safari就崩了——因为他压根没测过跨浏览器兼容性。后来我学乖了，招人只看两个指标：他深度用过哪门语言，以及他在这门语言上栽过哪些跟头。

技术栈这东西还有个隐藏属性，叫“迁移成本”。它不像换件衣服那么简单，更像搬家——你住了十年的房子，里头堆满了旧家具、老照片、还有那些舍不得扔的杂物。每次想换个新框架，光是把历史数据迁过去就够你喝一壶的。我有个朋友的公司，用了八年的PHP系统，代码里全是古老的mysql_query写法。他们不是不想换Go，但每次评估完都放弃了——因为业务逻辑里那些弯弯绕绕的规则，早跟老代码长在一起了。

但反过来看，技术栈又没那么神圣。它本质上就是个工具，用得顺手就行。我见过用Excel管理几十万条数据的运营高手，也见过用区块链存宠物照片的“创新项目”——后者烧了投资人几百万，最后发现用普通数据库加个时间戳就能搞定。真正值钱的从来不是那堆技术名词，而是你拿它们解决了什么具体问题。

前几天那个修电脑的师傅又给我打电话，说给我装了个Linux双系统。我问他为啥，他说“你写爬虫用Windows多憋屈啊”。我笑了——这师傅不懂代码，但他懂技术栈的本质：不是越贵越好，不是越新越好，是合适才好。就像他工具箱里那把用了十年的螺丝刀，手柄都磨亮了，但拧起螺丝来比电动钻还顺手。

所以别被那些技术博客吓着了。什么“2024年必须掌握的技术栈”，什么“不懂微服务就out了”——全是贩卖焦虑的。你打开GitHub看看那些star最多的项目，哪个不是用最简单的工具解决了最实际的问题？技术栈只是你思考的延伸，不是思考本身。你脑子里没想清楚要解决什么问题，给你再花哨的工具也白搭。

很赞哦!（3）