当前时间: 2026-04-17 18:50:53
分类:办公文件
评论(0)
AI时代,你是"炮管"还是"炮弹"?前几天我在听一个采访,听到一半,突然停下来,把耳机摘了。不是因为无聊,而是因为有一个问题突然冒出来,让我有点不太舒服:我自己,算哪种人?被访者叫Keith Rabois。这个名字你可能没听过,但他投资过的公司你肯定用过:Stripe、Airbnb、YouTube、DoorDash……他还曾经是PayPal的高管,是硅谷那批"PayPal黑手党"里的核心成员。简单说,过去25年里,他亲历或投资了这个时代最具影响力的一批科技公司。"公司的进展速度,不取决于你有多少人,而取决于你有多少个能独立把事情做成的人。"这背后,有一个他用了很多年的框架,叫做**"炮管和炮弹"**。Keith在Square做COO的时候,有一个习惯——他希望每天晚上9点,工程师们能喝到冷的、好喝的冰沙。听起来不是什么大事,但这件事交给行政团队去办,折腾了很久,始终搞不定。不是来得不准时,就是送到的时候已经化了,要么就是口味不对。有一天,一个刚入职第二天的实习生听到Keith在念叨这件事,说了一句:"我来解决。"结果第二天晚上9点,冰沙准时出现在工程师的工作台上。冰的,好喝的,一点不差。Keith说,他当时只有一个念头:"我找到了一个炮管。"把一件事交给他,你就不用管了——他会自己想办法,推动资源,解决问题,最终把结果带回来给你。不是头衔,不是经验,不是学历。就是这一点:交给他,就能成。与炮管对应的,是"炮弹"——执行具体任务、支持炮管完成目标的人。炮弹很重要,没有炮弹炮管也打不出去。但炮弹再多,如果没有炮管,子弹就只能堆在那里。Keith说,他和很多CEO吃饭,听过无数次同一个抱怨:"我花了这么多钱,招了这么多人,但感觉做成的事情没变多,甚至变少了。"原因就在这里。大多数公司融资之后,招的都是炮弹,而不是炮管。炮管的数量没变,只是每个炮管后面排队等着的人更多了,协调成本更高了,反而更慢了。PayPal被收购的时候,整个团队大概有254个人。这已经是硅谷公认的"人才密度最高"的公司之一了。但在这254个人里,Keith估算下来,真正算得上炮管的,只有12到17个。Sam Altman——就是现在OpenAI的CEO,Keith曾经问过他,他当时管的另一家公司有多少个炮管?大多数人听到这个问题,第一反应都是——我当然是炮管。但Keith说,大多数人其实不是。真正的炮管,不是"我执行力很强",也不是"我很努力",而是那种不需要有人告诉他怎么做,也能把事情做成的人。区别在哪?说实话,我第一次看到这个区分的时候,有点被刺到——炮弹型的人遇到障碍,会来找你说:"这件事有个问题,我需要你帮我解决。"炮管型的人遇到障碍,会来找你说:"这件事遇到了这个问题,我已经试了这几个方向,目前最可行的是这个,我需要你在这里做个决策。"Keith在采访里说了一个让我觉得很反直觉的管理哲学。他说,当他辅导的公司遇到麻烦、增长停滞、团队士气低落的时候,他反而不怎么批评——而是更多地去支持和鼓励。但当一家公司一切顺利、数据漂亮、所有人都很开心的时候,他会变得格外严苛,不断挑问题、找漏洞、追问"这里还有什么没做好"。这听起来很反人性。公司表现好,不应该庆祝一下、喘口气吗?Keith的逻辑是这样的:当公司在挣扎的时候,创始人自己心里清楚,他们不需要你再补一刀——他们需要的是支撑。但当公司进展顺利,危险反而悄悄来了。顺风顺水的时候,人会自然而然地放松,问题会在没有人注意的角落里慢慢积累。等到你发现的时候,往往已经很难处理了。他把这个比作体育:赢球的时候,才是打磨细节的最好时机;输球的时候,教练更重要的事是点燃士气,让大家相信还有机会。这个道理放到个人身上也一样——顺境的时候,你最容易停止成长,因为没有压力,一切都还过得去。但这恰恰是你和别人悄悄拉开差距的时刻。Brian Chesky——Airbnb的CEO,Keith的老朋友——就是这样的人。Keith说,每次他以为公司该喘口气了,Brian已经在盯着下一个目标了。Airbnb团队曾经有段时间节奏慢下来,结果大家的状态反而变差了,因为不知道自己在做什么、为什么而战。Keith说了一句话我觉得很准确:真正优秀的人,在大家都在"滑行"的时候,士气反而会下降。不是因为他们不开心,而是因为他们需要挑战。没有什么可以全力以赴的事情,对他们来说才是一种折磨。所以那些真正有驱动力的人,其实不怕被推着走,他们怕的是没人推。AI这两年让很多人焦虑,最常听到的问题是:我的工作会不会被替代?Keith在采访里也被问到了类似的问题。他没有给出一个安慰性的答案,而是说了一个他亲眼观察到的现象——他发现,在他投资和辅导的那些顶尖公司里,使用AI最多、调用AI能力最深的,不是工程师,而是CMO——也就是负责市场和增长的高管。这个观察挺让人意外的。按照大多数人的直觉,AI应该是工程师最得力的工具。但Keith的解释很清晰:那些CMO,因为有清晰的商业判断——知道公司要卖给谁、想传递什么、怎么打动人——所以他们用AI,能直接出活。自己做数据分析、自己跑营销方案、自己给CEO做汇报,不需要层层传达,不需要等别人帮忙实现。而很多工程师,虽然懂技术,但如果不清楚"做这个是为了什么、做完能解决什么问题",AI再强也只是帮他把代码写快了一点。Keith的结论是:AI时代,"知道做什么"比"知道怎么做"更值钱。这和他对炮管的判断是一脉相承的。炮管型的人,本质上就是那种对目标有清晰判断、能独立驱动事情发生的人。AI的出现,相当于给每个炮管配了一支无限弹药的炮弹库——前提是你得知道往哪儿打。这个逻辑在他对产品经理这个职业的判断里体现得更明显。他说,未来真正重要的,是那种既懂业务、又能判断方向、还能直接上手做事的人——不管你叫他PM、设计师还是工程师。他引用了另一个投资人的比喻,我觉得很贴切:把这种人想象成一家米其林餐厅的主厨。 主厨不是每道菜都亲自炒,但他决定菜单是什么、餐厅的风格是什么、怎么让客人觉得值得再来。能做到这件事的人,才是真正不可替代的。在Shopify,已经有一个很有意思的实践:他们规定,所有产品相关的汇报,必须用可以演示的原型,不能用PPT。这个规定已经推行了两年多。我觉得这背后藏着一个挺残酷的逻辑——别跟我说你想做什么,给我看你做成了什么。说到这里,你可能会问:这些道理听起来很好,但跟我有什么关系?Keith讲的这些,本质上都在回答同一个问题:在一个资源越来越充裕、工具越来越强大的时代,什么样的人是真正稀缺的?答案不是"会用AI的人",也不是"懂某种技术的人"——这些门槛正在快速降低。真正稀缺的,是那种不需要别人告诉他做什么、也能把事情推动到结果的人。这个能力,和职位无关,和年龄无关。那个冷饮故事里的Taylor,不过是一个刚入职第二天的实习生。你可以问问自己:我现在做的事,有没有人"交给我就不管了"? 如果有,那是一个很好的信号。如果还没有,可以想想,是什么阻止了这种信任的建立。还有一个更难的问题:遇到障碍的时候,我是把问题带给上级,还是把方案带给上级? 这两种行为,长期下来会塑造出完全不同的人。最难的,是这一个:我有没有对自己做的事,形成自己的判断——它最终是怎么帮公司、帮用户、帮这个世界解决了什么问题的? 能把自己的工作和真实目标连起来的人,才是AI时代最难被替代的。他说,AI一定会重塑很多人的职业路径,也许也包括他自己的。但他观察到,那些在AI时代真正如鱼得水的人,不是因为更懂技术,而是因为他们对自己想做什么、想创造什么,有非常清晰的判断。AI给了每个人一支更强大的笔。但你得先知道,你想写什么。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-04-18 02:39:13 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/541463.html
- 运行时间 : 0.103091s [ 吞吐率:9.70req/s ] 内存消耗:4,918.09kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=1841508f818e004f15cd519178a8e610
- CONNECT:[ UseTime:0.000595s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000658s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000294s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000268s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000460s ]
- SELECT * FROM `set` [ RunTime:0.000194s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000556s ]
- SELECT * FROM `article` WHERE `id` = 541463 LIMIT 1 [ RunTime:0.001733s ]
- UPDATE `article` SET `lasttime` = 1776451153 WHERE `id` = 541463 [ RunTime:0.003257s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000244s ]
- SELECT * FROM `article` WHERE `id` < 541463 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000415s ]
- SELECT * FROM `article` WHERE `id` > 541463 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000367s ]
- SELECT * FROM `article` WHERE `id` < 541463 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000730s ]
- SELECT * FROM `article` WHERE `id` < 541463 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.011050s ]
- SELECT * FROM `article` WHERE `id` < 541463 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.011646s ]
0.104765s