请写一篇关于【技术探索与实践的一些思考】的技术文章
去年十月，我坐在杭州未来科技城某大厂园区的工位上，盯着屏幕上一行行 Kafka 消费延迟告警，手边是已经凉透的瑞幸拿铁。老婆刚发来微信：“房贷又该还了，这个月还剩 8372 块。”
我回了个“嗯”，然后默默点了“裸辞”申请。
没错，就是那种没 offer、没 plan B、只有花呗账单和每月 6500 块房贷的裸辞。
当时很多人问我：“你疯了？35 岁前不进管理层，等着被优化吧！”
我说：“我快被 P0 故障和 OKR 折磨成植物人了，再不跑，怕是要在工位上直接火化。”
于是，我开始了 Gap 半年的“自由人生”。但自由的代价，是焦虑、是自我怀疑，也是——重新思考技术到底该怎么学、怎么用。
裸辞后，我差点被“区块链”骗去卖红薯
Gap 第一个月，我雄心勃勃：要搞点“前沿技术”！不能天天调接口、改 bug、背锅给测试。
看到朋友圈有人晒 Web3 项目融资千万，我心想：这不就是翻身机会？
于是我翻出尘封三年的以太坊开发笔记，装上 Truffle、Hardhat，甚至把 MetaMask 的助记词抄在小本本上（别笑，真有人这么干）。
我还真花了一个礼拜写了个“去中心化任务发布平台”——用户发任务，接单者完成，智能合约自动打款。听起来是不是很酷？
结果部署到 Rinkeby 测试网那天，gas 费花了我 0.03 ETH（按当时市价约 50 块），交易卡了俩小时没确认。
更离谱的是，我老婆看我对着电脑傻笑，问：“你这玩意儿能换钱还房贷吗？”
我愣住三秒，答不上来。
那一刻我突然清醒：技术再炫，没有资源支撑，就是空中楼阁。
我在大厂时，一个 POC 项目动辄有 10 台 64C256G 服务器、专属 DBA、SRE 团队兜底。现在？我连阿里云学生机都舍不得开两台。
而区块链这种吃资源的怪兽——全节点同步要几百 G 硬盘，交易验证吃满 CPU，Gas 费动不动上百块——对我这种“个体户”来说，根本玩不起。
我删掉了那个“去中心化任务平台”的代码，顺手卸载了 MetaMask。不是区块链不好，而是它对个人开发者极不友好。资源门槛太高，生态又碎片化，文档像天书，社区还在为“以太坊 vs Solana”吵得头破血流。
说白了，技术选型不是看谁最潮，而是看谁最适合你手里的牌。
回归现实：我用“老技术”接了个外包单
Gap 到第三个月，存款只剩 4 万，焦虑值拉满。
老婆说：“要不你先接点外包？别死磕新技术了。”
我嘴上说“外包都是 CRUD，没技术含量”，心里却偷偷在程序员客栈挂了简历。
没想到，真有人找上门——一个本地做供应链 SaaS 的小公司，老板是个 40 多岁的温州人，开口就问：“你会区块链吗？我们想上链！”
我差点脱口而出“会！”，但想起上次的教训，硬生生咽了回去。
我说：“叔，您这业务，真没必要上链。数据量不大，信任关系明确，上链除了多花几十万服务器钱，啥也解决不了。”
他皱眉：“可人家都说区块链防篡改啊！”
我苦笑：“您数据库加个审计日志+操作留痕，成本不到 1%，效果一样。真要防内部人作恶，靠技术不如靠制度。”
最后我给他做了个基于 Spring Boot + MySQL + Redis 的系统，加了点简单的消息队列解耦。报价 2.8 万，两周交付。
神奇的是，客户超满意。他说：“之前找过一个团队，非要搞什么 IPFS + Solidity，报价 15 万，我一听就跑了。”
这次经历让我彻底明白：技术的价值，不在于它多新，而在于它能否用最低的资源成本，解决真实的问题。
技术选型对比：不是“能不能”，而是“值不值”
这段时间，我认真对比了几种热门技术在“资源效率”上的差异。以下是我踩坑后的总结（纯个人视角，杠就是你对）：
1. 区块链 vs 传统数据库
- 场景：存证、溯源、多方协作
- 资源消耗：区块链需要全网共识，存储冗余高（每个节点存全量），计算开销大（PoW/PoS 验证）；传统 DB 单点或主从，资源集中可控。
- 适用人群：如果你没有联盟链合作方、没有政策驱动、没有资本烧钱——别碰公链。私有链？那不如直接用 Kafka + 数字签名。
2. Serverless vs 自建服务
- 场景：低频、突发性任务（比如定时抓数据、图片处理）
- 资源消耗：Serverless 按调用付费，冷启动慢但省运维；自建服务需常驻机器，空闲也烧钱。
- 我的选择：Gap 期间我用阿里云 FC 写了个爬虫，月花费不到 30 块。比开 ECS 省太多。
3. Rust vs Go
- 场景：高性能中间件、CLI 工具
- 资源消耗：Rust 内存安全、零成本抽象，但编译慢、学习曲线陡；Go 简单粗暴，goroutine 开销极低。
- 结论：除非你要写数据库内核或区块链节点，否则 Go 足够。别为了“性能”牺牲开发效率——你的时间，也是资源！
重新找工作：我不再盲目追新
上周五晚上，我接到一家跨境电商公司的终面通知。HR 问：“看你简历里写了 Kafka、Flink，会 Web3 吗？”
我说：“不会。但我能用 Kafka 在 5 分钟内定位消息堆积原因，用 Flink 实现精确一次消费。至于 Web3……我觉得现在更多是讲故事。”
她笑了：“说实话，我们也不信那些故事。我们要的是能稳稳跑业务的人。”
最终 offer 是 22k（比裸辞前涨了 7k），base 杭州，双休。虽然不算大厂，但团队务实，技术栈清晰。
签 offer 那天，我和老婆去吃了顿外婆家。她说：“以后别裸辞了，吓死我了。”
我说：“放心，下次就算想跑，也先找好下家。”
最后的思考：技术人的“资源意识”
这半年，我最大的感悟不是“区块链不行”或“Go 比 Rust 好”，而是——任何技术决策，都要放在“资源约束”下考量。
你在大厂，有无限资源，可以试错、可以堆人、可以搞“技术理想主义”。
但一旦离开那个温室，你会发现：电费、服务器、时间、人力、机会成本……每一项都是真金白银。
所以，别被“技术潮流”绑架。问问自己：
- 我有多少算力？
- 我有多少存储？
- 我有多少时间学习？
- 我有多少容错空间？
真正的技术高手，不是会多少框架，而是知道在什么条件下，用什么工具，花最少的资源，达成目标。
区块链或许会改变世界，但它救不了我的房贷。
而一个稳定的 Spring Boot 服务，能让我今晚睡个好觉。
现在，我坐在新公司的工位上，窗外是杭州的梅雨季。屏幕右下角弹出一条消息：“Kafka 消费延迟告警”。
我笑了笑，熟练地打开监控面板——这一次，我不是为了 OKR，而是为了按时下班回家陪老婆。
技术探索永无止境，但实践必须脚踏实地。
愿我们都能在理想与房贷之间，找到那条可行的路。
评论 0