一个小故事
去年某次面试，面试官盯着我简历看了 30 秒，抬头问了我一个问题：
"你这里写"熟悉 Redis"——我能问你 Redis 的主从复制是怎么做一致性保证的吗？"
我当时卡了 3 秒。
不是因为我不会——是因为我突然意识到，"熟悉"这个词，在面试官耳朵里和在我耳朵里，意思可能差了十条街。
三档用词的坑
我们写简历时，很多人都会下意识地用三个词：
精通 / 熟悉 / 了解
听起来像一个连续的光谱。但面试官读起来，是三种完全不同的"等待挨打模式"：
精通：你准备好被问源码、被问踩过的坑、被问和竞品的对比了吗？
熟悉：你准备好回答生产环境的最佳实践、具体调优参数了吗？
了解：你准备好说清楚"为什么了解"以及"了解到什么程度"了吗？
每一档都是一个陷阱，而且每档都自带"我读过这个技术的半本书"的默认含义。
我现在怎么写
两种方式，看简历的人会觉得你更可信：
方式一：用动词代替形容词
❌ 熟悉 Redis ✅ 基于 Redis 实现过延迟队列与分布式锁，处理过 3 次主从切换故障
方式二：把使用场景具体化
❌ 熟悉 Node.js ✅ 用 Node.js 写过反爬中间件，处理 QPS 约 2k；排查过一次事件循环阻塞导致的雪崩
两种写法的共同点是：
你不说自己"会多少"，你说自己"干过什么"。
前者是形容词——可以反驳；后者是动词——是事实。
为什么这件事重要
我一直觉得，简历这个东西，本质上是在向一群陌生人做一件事：
在 30 秒内，证明你和其他 200 份简历不一样。
而"精通/熟悉/了解"这种词，恰恰是所有 200 份简历都会用的。
当你用了它们，你在读者眼里的位置，就和那 200 份简历完全一样。
顺便吐槽一句
招聘 JD 也一样。
"要求熟悉 K8s"，看起来写得很具体；实际上啥都没要求。
因为"熟悉"在 HR、技术负责人、组内同事眼里，各有 3 种定义，一共 9 种组合。
你投的时候，你不知道对方用的是哪一种定义。
所以，如果你正在招人，也别写"熟悉"。
写"会独立把 K8s 集群从 3 节点扩到 30 节点并且 SLA 不掉"。
筛掉的候选人，比"熟悉 K8s"能筛掉的多 10 倍；留下来的，质量高 10 倍。
一句话总结
能用动词说清的事，就别用形容词糊弄。
不管是写简历，还是写 JD，还是跟同事沟通项目进度。
如果你有类似被"熟悉"一词坑过的经历，评论区聊聊。点个赞让更多人看到。
