深夜收工，复盘一天。我发现最好的工具，往往是自己亲手“打磨”出来的。但比技术难题更让人上火的，是团队里那些用“我不会”当挡箭牌，还理直气壮拖后腿的人。
今天主要干了两件“修修补补”的事：一是修复了直播助手装饰界面里一个图片选择失效的Bug，这功能上次更新后我自己都没用过，昨天想改图才发现挂了，赶紧补上。二是把图形渲染从Base64转图片，改成了更高效的二进制传输。别小看这点改动，性能上去了，资源占用下来了，我的4K大屏跑起来更丝滑，也能同时干更多活了。
“工具还得自己造自己需要的工具”，这句话是我最近的深刻体会。
为啥这么说？就拿录屏来说。市面上录屏软件一大堆，但我用了一圈，没一个完全合我心意的。要么只能录全屏，要么只能录某个窗口。我的需求很简单：只录屏幕的某一个自定义区域。比如直播时，我只想分享演示窗口那一部分，而不是把整个4K桌面都暴露出去。这对高分辨率用户来说，是个实实在在的痛点。所以，下一步我就要把这个“区域录制”功能集成到自己的工具里。自己用的工具，自己最懂哪里痒。
随着用户慢慢多起来，配套的服务功能也得跟上。比如AI对话的积分系统、会员权益这些，都得从零开始搭建。做产品就是这样，一边自己用，一边根据真实反馈迭代，让它长成需要的样子。
本来今天挺平静，直到我在社交媒体上看到一个讨论，火“噌”一下就上来了。
有人说他们公司一位50岁的老开发，还在用存储过程。一群年轻同事就去“劝”他别用了，理由竟然是——“我们不会，以后不好接手”。更离谱的是，下面一堆人附和，说什么“老技术该淘汰了”。
我真是服了。这哪是技术讨论？这分明是“我不会所以我有理”的强盗逻辑。
我带过不少团队，最头疼的就是遇到这种年轻人：自己知识面窄，不愿学，不想钻研。遇到不懂的技术方案，不是虚心请教，而是第一时间找理由否定——“这个不好”、“那个过时了”、“我们都用新的”。
存储过程怎么了？在我的项目里，MySQL中也会恰到好处地用上几个小的存储过程（触发器我倒是真不用）。技术本身没有绝对的好坏，只有是否适合当前场景。一个完整的系统，往往是多种技术的综合应用。
这些年轻人，往往把学校学的那点东西，或者之前熟练的一两个框架，就当成了全部。固步自封，拒绝扩展。一旦遇到团队里有人用了他们不会的东西，他们的第一反应不是“我要学”，而是“你为什么要用这个？换掉！”。他们觉得自己很牛，却不知道自己的认知边界有多小。
我从99年搞技术到现在，新技术层出不穷，哪有不学的道理？关键是要学，更要会灵活地用在项目里。一个团队里，如果都是这种因为“自己不会”就阻碍技术选型的人，那这个团队的技术视野和解决问题的能力，永远只能停留在最浅的那一层，根本没法往前走。
说到底，打造顺手的工具需要耐心和动手能力，而打造一个能成长的团队，需要的是开放的心态和持续学习的欲望。前者是技术活，后者是心态关。后者比前者，难多了。
你在团队里遇到过这种“我不会所以你别用”的同事吗？或者，你有什么自己动手造工具的有趣经历？评论区聊聊。
#工具开发#团队管理#程序员思维#技术成长#个人项目#凤希AI伴侣
本文基于作者口述，由凤希AI整理成文，完全代表作者个人观点。
