X 阅读

你们不会看到token需求减少，AI瓶颈，你们会看到裁员潮

@maggiezxq 那如果先涨，发完财报后是不是应该sell the news?

@0x91876_ens 别订阅x,除非你想要抽AI模型的会员

10/26 抓住每个市场的错杀机会，这是我现在做 AI 投资最喜欢的节奏。胜率目前观察下来非常高 大概四天前，我的 AI 投研模型告诉我，市场上存在严重的错杀，我第一时间分享了出来，以及我的抄底操作，不知道有朋友看到没有？这两天回弹得不错，恭喜大家 我结合这个例子分享一下我的买入和卖出的哲学 附上截图，每次发帖我说了买，是真的买。短线获利了结，是真的卖出，同时也会长期留一部分变为底仓 买入哲学 1：一年 90% 的时间都是垃圾时间，只有 10% 是关键交易日 买入哲学 2：不看绝对的价格，没有绝对意义上的买入和卖出的价格点。我只会将它折算成我心中的估值锚。当我认为上行空间大于下行空间、赚钱概率比较大的时候，就会买入 买入哲学 3：当大家恐慌、绝望、清仓离场的时候，通常就是我大力买入的点。前提是这个标的长期基本面稳固，个人有信仰 卖出哲学 4：当大家回过神来，觉得又可以入场了，可以逐渐加仓了，我就会卖出大部分

@bytelee_trade 现在的AI号挺厉害的，有点逻辑

@jhdxhl 特斯拉最不缺的就是下跌😂

@cloudyun2020 有瑕疵和增速持平是两码事 上季度AZURE 42%,这季度指引45%，云增速放缓的概率很低很低，他们内部是可以控制增速的，因为商业需求很大。

@eminentwarrior I did not, still have more than 10%

大云的财报都是明牌，所有云营收增速都在加速，严格点的看利润率。 记住现在的云增速来自于大概1年前的资本开支，随着算力的不断上线，营收增速不能放缓！

@eminentwarrior 如果需求放缓，短期利空，因为云利润率会受影响，类似于半导体的Beta，但没那么大，谷歌微软都一样，云都会受影响

@Dr_Rick6 @jasonnotes0206 @rickawsb bottleneck in scaling testing testing testing

构不成主线条，但我一直在等机会加仓特斯拉。 今年特斯拉投资逆风局基本结束了，明年会是顺风局，投资后的回报期，看看中期选举后如果民主党上来有没有机会

@jasonnotes0206 @rickawsb 必然发生

今天早上开会时，我聊了对于明年的想法：确定性比较高的是，AI落地越好，市场的钱就越贵，越会挤压投机玩家，越有可能短期出现一些小暴雷事件 1. 延续年中对下半年的判断：现金牛软件 2. 医疗板块：受益AI，且自带防守属性，ALPHA来源 3. 半导体：资本开支相对低，主要基本在英特尔身上，BETA来源 4. 智能体： $META, $GOOG, $AAPL, $QCOM，谁弱买谁 核心逻辑是买花钱的公司，必须要求有RISK/REWARD，市场情绪面对个股相对低，不然就把投资花在获益AI，现金流稳定，如果AI出现泡沫，API价格下跌的获益者。资产配置方面，关注债券，当大科技的利率达到7%以上，增配债券。暂时就这些，接下去两个月用市场的波动去调整仓位。

@luohandoge 开玩笑的，没看到最后带个表情符号嘛

多买点不好吗？如果亚麻财报后涨，我会继续换到谷歌

[](https://x.com/) ## Article [Log in](https://x.com/i/jf/onboarding/web?mode=login&redirect_after_login=%2FKay2289123%2Fstatus%2F2114788902095733032)[Sign up](https://x.com/i/jf/onboarding/web?mode=signup&redirect_after_login=%2FKay2289123%2Fstatus%2F2114788902095733032) ## Article [Log in](https://x.com/i/jf/onboarding/web?mode=login&redirect_after_login=%2FKay2289123%2Fstatus%2F2114788902095733032)[Sign up](https://x.com/i/jf/onboarding/web?mode=signup&redirect_after_login=%2FKay2289123%2Fstatus%2F2114788902095733032) * [](https://x.com/Kay2289123) [美研芒格君](https://x.com/Kay2289123) [@Kay2289123](https://x.com/Kay2289123)  # 2026面试指南：百场面试后，站在硅谷大厂面试官视角，AI 时代如何功利通过面试技术轮，拿到 Offer 17 min read 如果你在准备面试，或者想换工作，这篇文章一定要看，会帮大忙。我负责组里的终轮，HM 面之前，考察项目Deep Dive。这几年面试了几百人，fail比例却非常高。我认为很多优秀的面试者很可惜！明明做的事情很好，却没有让面试官完全理解闪光点。 我认为面试是有技巧的，可以从项目包装角度提升自己，从面试角度找到面试官想要的，说他们想听的。这篇文章深度剖析，这一轮应该怎么聊，怎么准备 我总结下来了一个面试框架，做一个下图 6 页的 PPT，全文我会依次展开，****每一页写什么，搞熟了，面试就这样回答，面试官一定能 get 到你的闪光点**** [](https://x.com/Kay2289123/article/2114788902095733032/media/2113761214170120192) ****这篇文章想解决的问题：真心希望大家都能在面试官面前展现出自己 120% 的能力，不要因为紧张或者准备不足，埋没了自己的努力。**** 希望你读完了之后，也能搞懂我眼中的 strong hire 在 AI 时代是什么样子，能够做好准备，拿到自己想要、喜欢的工作 ## 先设定一个背景和例子 为了不讲空话，我们先代入一下，假设你是 Meta 的工程师，你下周就要进 OpenAI 的面试了 你在 Meta 做 Instagram Feed 的视频推荐，组里的目标很朴素，让 Feed 里的视频推得更准，用户愿意多看一会儿 你发现组里的 ranking 模型，用户侧的特征几乎全靠公司级的通用 user embedding。这套 embedding 由中心团队维护，服务很多产品线，每天跑一次，也就是常说的 T+1，今天发生的行为明天才能进模型 这带来两个麻烦 * ****不够新****。一个用户今天早上刷了半小时篮球集锦，到了晚上，Feed 还在给他推上周爱看的做饭视频。新注册的用户更惨，头 24 小时模型对他几乎一无所知 * ****改不动****。想加一个新特征，得去中心团队排队，等他们的 roadmap，一来一回几个星期，一个季度试不了几个想法。指标掉了，你也看不到别人 pipeline 里面发生了什么 于是你决定在组里从 0 到 1 搭一条 in-house 的数据 pipeline。 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724201681219584) 后面每一节都拿这个项目举例。数字是我按常见量级编的示意值，只为演示讲法，不代表任何公司的真实数据。思路本身业内有公开的先例 ## 1/ 这一轮到底在考什么 先说形式。一般 45 分钟左右，你讲一个自己 own 过的项目 我见过很多的候选人，把它想象成讲 20 分钟做了什么、再答 15 分钟问题。实际上从第一分钟起，它就是一场技术对话，****我作为面试官，是把你当作未来的同事在与你交流，而不是简单的考察你**** 你开口两三分钟，面试官就可能打断你。问你某个决定为什么这么做，质疑你的架构，或者抛出一个你没提过的故障场景，"这台机器挂了会怎样"。这种追问会贯穿全场。如果面试官不断地追问，有一定概率说明面试进行得不错，面试官找到了值得挖的东西，大家不要被压力吓到 那面试官到底在给什么打分？按优先级排，大致是这五样，后面所有内容都会按照这个打分结构来。先知道面试官在找什么，后面才知道该说什么 1. ****工程判断和 trade-off****。几个约束（Cost/Latency/Expected return）互相打架时，你怎么想清楚 2. ****ownership 的深度****。系统是你真搭的、真懂的，还是在复述读来的东西，过程中你解决了什么问题？ 3. ****可量化的影响****。你清不清楚这件事具体带来了什么 4. ****压力下的沟通****。被人一路追问时，你的技术主线还接不接得上 5. ****跨团队协作和规划**** [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724337060794368) 最常见的翻车方式，就是把一场 20 分钟的演讲背得滚瓜烂熟。稿子写好，表掐好，练到很顺，进了房间第 2 分钟就被打断，准备好的结构当场散架。导致回答磕磕绊绊，本来说好多东西也会讲错 如果你是 new grad，面试官不指望你主导过跨团队的大项目，他要看的是你把自己负责的那一块吃透没有，讲不讲得出为什么 ## 2/ 该挑哪个项目讲，怎么讲 讲怎么挑之前，先做个小测验。下面三段话是同一个人、同一个项目，就是上面那条 Feed pipeline。你觉得他们说的哪个好？ > ****A****我搭了 Feed 视频推荐的实时特征 pipeline，负责 Flink 作业和在线特征读取接口，把特征新鲜度从 T+1 做到 1 分钟以内，读取 P99 6ms > ****B****我发现组里的迭代被中心化的 T+1 embedding 卡住了，加一个特征平均要排 6 周，用户当天的兴趣变化模型完全看不到。我把代价量化出来，说服组里自建 pipeline，和数据平台、隐私、ranking infra 三个组谈清边界，带 3 个人一个季度上线 > ****C****我意识到 Reels、Explore、Ads 迟早都会撞上同一个问题，特征不够新，迭代不够快。我写了方案给 leadership，定下中心 embedding 管长期兴趣、各产品线自建实时特征的架构，我进一步把 pipeline 做成通用框架，现在 4 个团队在上面建特征 花 30 秒想一想，再往下看 ****A 是一个很扎实的 Junior 故事****。数字具体，ownership 清楚，代码是你写的，freshness 是你做上去的。可是看看范围，它停在个人，没有跨团队，也没有"发现问题"这一环。你执行得很好。但如果你是一个 tech lead 或者 senior，只说 A，面试官马上会觉得对不上，一开口，就会觉得你说的可能不太对 ****B 的变化从"我发现"三个字开始****。说明你已经开始发现问题，ROI 也是你自己算清的。你推动的三个组各有各的优先级，还要持续协调一个季度 ****C 和 B 的差别在时间跨度和主动性****。你在组织意识到之前，就看见了一个会越滚越大的系统性问题，并且把它摆上了台面。影响也是组织级别或者永久性的，4 个组在上面建东西，你交付的这是一次根本性的改变 你会发现三段话背后是同一个代码库、同一套架构。但是给面试官的感觉是完全不同的。这就是薄肌，同一个项目，包装方式决定了面试官把你放在哪个级别 这块我鼓励大家诚信，如果强行把不属于自己做的东西写上去追问就会露馅，夸大一旦被抓到，就成了诚信问题，在我这里，包括在很多面试官那里，都是一个扣分项。我也不反对大家在简历和面试里讲同事做的部分，但前提是要搞懂、搞熟，并且讲清楚哪块是你做的 （下图仅为参考） [](https://x.com/Kay2289123/article/2114788902095733032/media/2113761144272011264) 当你讲完了你解决的问题之后，我会从下面四关来考察 ****第一关，ownership****。这是最重要的一关，也是大家最容易模糊的一关 测试方法很简单。系统里每个重要决定，你现在能不能马上说出为什么这么定、当时还有哪些选项、换一个选择会出什么问题？ 如果大部分答案是"tech lead 定的"或者"我来之前就这样"，我可能就会认为你其实没有百分百的 ownership ****第二关，复杂度****。系统要有真实的约束，规模目标、延迟预算、一致性要求、成本上限，最好是跨团队的battle。没有约束，就没有有意思的 trade-off，而这一轮整个就是为了把 trade-off 挖出来 ****第三关，可量化的影响****。拉出改动前后的 P99，查基础设施账单，找到 A/B 实验结果 ****第四关，知识深度****。 准备前定一个 5 分钟的计时器，凭记忆在白板上把架构画出来，让 AI 拷打你。哪个组件讲不顺、哪个决定说不出理由，就是面试里会被挖出来的坑，现在找出来，好过面试时才发现 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724369721798657) 参与过一个上百人的大模型训练项目，听起来很厉害，可你在里面要是只写了评测脚本，整件事情就大打折扣了 ## 3/ 如何构建描述项目的答案体系？ 项目选好了，开始搭答案。我建议的骨架是三段，每段两页 PPT，准备的时候，你可以把它拓展为一个 6 页的 PPT slides，帮助自己把逻辑理顺 [](https://x.com/Kay2289123/article/2114788902095733032/media/2114522181678108672) * ****第一段，把问题讲清楚****。第 1 页讲问题，约 2 分钟；第 2 页讲痛点和约束，约 2 分钟 * ****第二段，工程深度****，这是最重要的一段。第 3 页讲架构和关键决策，约 6 分钟，面试官最可能在这里打断你；第 4 页深挖一个组件，约 4 分钟 * ****第三段，结果****。第 5 页讲结果和影响，第 6 页讲反思 这 6 页分别回答 6 个问题 1. 这个问题为什么重要？ 2. 你在什么硬约束下做的？ 3. 你搭了什么，为什么这么定？ 4. 哪里最难，你怎么解决的？ 5. 什么东西可衡量地变了？ 6. 重来一次你会怎么改？ [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724352009236480) 还有一条规矩，****信号前置****。把最重要的放到前面，如果你觉得时间可能会让后面的东西讲不到，就给一些具体的数字，前置地在问题描述中掺杂一些后面的东西，但一定要简短 ### 第一段 · 让面试官感受到这个问题 这段对应 ownership 深度和可量化的影响。面试官在判断三件事，你懂不懂这个问题为什么重要，能不能把范围量化，有没有定义清楚什么叫成功 这里讲得匆忙或含糊，面试官就会开始怀疑，你是真的 own 这件事，还是刚好在这个组里。这个怀疑一旦冒出来，后面面试官可能都会带着这个视角在思考 ****第 1 页主要是定义清楚问题和范围**** ****>********业务背景****。讲清楚规模上发生了什么，才让这个问题出现？公司为什么需要它、方向是什么。讲不清的话，面试官会怀疑你只是接了一个 ticket > ****Feed 例子****观看时长是组里的北极星指标，ranking 每天要给几十亿次曝光打分，用户侧的信息却只有昨天的 ****>********什么都不做的代价****，也叫 burning platform。这是大多数人最弱的地方。这里一弱，紧迫感就没了，后面每个技术决定都像飘在半空，没有张力，没人在乎你选的是 Cassandra 还是 Redis，这只是手段 你要描述，这个你不做的话，会导致"每个月浪费 50 万美元的机器"，或者"14 个小时的训练周期，让风控团队没法每周迭代"，这种描述让后面每个决定就都有了上下文 > ****Feed 例子****加一个新特征要排 6 周，一个季度只够试 2 个想法；新用户注册后的头 24 小时，模型对他几乎一无所知 ****>********你的 ownership 范围****。你在项目里是谁，哪些事归你定？这个说不清，面试官接下来 40 分钟都会在猜，哪些是你做的，哪些是团队做的。这不利于面试官给你 strong hire > ****Feed 例子****我是这条 pipeline 的技术 owner，方案是我提的，Flink 作业和特征读取服务是我写的。serving 接入和训练各有一位同学负责，Kafka 和 Flink 集群由数据平台团队提供 ****>********成功标准****。你怎么定义做完了？ > ****Feed 例子****特征从行为发生到能被读到，P95 低于 60 秒；新特征从想法到上线 A/B 不超过 1 周；A/B 里观看时长显著为正 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724447211626496) 这一页最常见的一个 red flag。 ****每句话都以"我们(We)"开头。****我知道很多人有的时候只是说顺嘴了，这个一定要避免。 面试官面完要写 feedback，我得写清楚"候选人做了什么"，****改成“我”，去掉“我们做了 xxx”。****"我发现""我推动""我和三个组谈定了"。都是不错的描述 ****第 2 页讲约束和矛盾。在有限的条件下，你改变了什么？什么变化不了？**** > ****Feed 例子****为什么不直接接公司统一的实时平台？因为接入要排两个季度，而我们只有 3 个人、一个季度 最理想的写法，是两句话里装下规模 + 优化前的痛苦 + 具体目标 + 业务后果 > 每天约 300 亿条视频行为事件，新特征从提需求到上线要 6 周，用户当天的兴趣要等约 30 小时才进模型。目标是 1 分钟内可用、1 周上一个新特征，否则这个组一个季度只能试 2 个想法 300 亿是规模，6 周和 30 小时是优化前的痛苦，1 分钟和 1 周是具体目标，一个季度 2 个想法是业务后果 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724454455107584) 我们稍微总结一下前两页（也就是第一段）：如何让面试官理解你的问题？ [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724531785490432) ### 第二段 · 让面试官看见你怎么想 这是整场最重要的一段，要在这一段里让面试官看到你的 ownership。在第一段中，我们完成了两页 PPT，这一段我们会完成第三页（整体架构选择）和第四页（关键技术难点攻克） 首先要搞清这页要干嘛？ ****我们做任何事情，在公司里资源都不是无限的，但我们想做的东西很多，所以就必然面临了取舍和团队之间的摩擦。****例如，面对百万、千万流量，你通过堆机器，其实就是在牺牲公司的预算，满足流量建设。 你做的性能优化为公司省掉了 1 万核的 CPU，就是在为公司削减成本 同样是 200TB 的资源，给了你们组，其他团队就用不上。如何论证你能拿这 200TB 创造比别人更多的价值？等等，这些都是值得思考和描述的问题 面试中，通过 ownership 的讨论，面试官（例如我）就能发现你究竟是从头到尾 own 了这块东西，还是只是遵循别人的指令 只列技术名词、不讲为什么，面试官就拿不到任何信号 ****一个答题的模板是**** > 你考虑过哪些选项，每个备选为什么被排除，最后选了什么、具体理由是什么 面试官就是这样评估工程判断的。他们不在意你挑的技术是不是标准答案，他们在看你有没有认真想过。你说"我们用了 Cassandra"，面试官没有东西可打分。你说"我选 Cassandra 没选 Redis，因为要持久化和多地域复制；也没选进程内缓存，因为 200 个 worker 要共享状态"，他就看见了你的推理，feedback 里也有东西可写 落到 Feed 例子上，"怎么让特征从 T+1 变成 real-time"这一个决定就有三条路。 1. 每小时跑一次 batch 最省事，可新鲜度最好也就一两个小时，用户一次刷 Feed 才十几分钟。 2. 请求来了现算最新鲜，可每次打分都要把原始事件拉回来再聚合，可是延时太高 3. 最后选 Kafka 加 Flink 流式计算，秒级新鲜，读的时候只查一次 key，代价是状态、迟到事件都得自己维护 这里没有标准答案，但要让面试官看到你的选择。 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724681991999488) ****第 3 页右边，放架构图****。组件、数据流、存储分层和选择理由、规模指标（QPS、节点数）、同步和异步的边界，全都标上真实数字。面试官一定会在这页往下挖，你要让图帮你推进对话 例如下方 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724697615724544) ****被打断的时候****。面试官说到一半打断你、质疑某个决定，这是好事，说明他在模拟你们以后一起干活的场景。不要害怕，鼓足勇气和他探讨，把他当作你入职之后的同事。 问题聊透了，把选择权交回去，"Should I continue with the architecture, or go deeper here?" 让面试官决定 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724714405502976) ****第 4 页，只深挖一个东西，让面试官看到你的深度****。一个组件、一个设计决定，或者一个难题。 这一页考的是最深一层的 ownership。面试官在问，高层架构之外，你知不知道系统里面到底发生了什么，能不能在一件具体的事上往下挖三层？挖不下去、停在表面，或者开始含糊其辞，ownership 的分会被明显调低 挑你解决过的最难的东西。一个故障模式，一个不显然的根因，一个真出过事的一致性 bug，或者一次放量从 10% 到 100% 规模的挑战 Feed 例子里，最常遇到的问题是模型"离线涨了，线上不涨"，就可以拿来往下挖三层，见下图 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724729744150528) 这一段最常见的 red flag，就是只阐述组件细节或者用了什么工具。例如 "我们用了 Kafka"。 没有理由，面试官就没有信号。整场只听到一串技术名词，面试官的 feedback 会写成"候选人能描述这个系统，但没能展示搭建它时的判断" [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724713017188353) ### 第三段 · 结果和反思 前面你已经给面试官讲清楚了：面临什么问题、为什么重要（第一页），在什么约束下做（第二页），怎么搭、为什么这么选（第三页），最难的地方怎么攻克（第四页） ****第 5 页讲结果和影响****，对应可量化的影响。面试官要看的，除了系统有没有跑起来，还有你懂不懂"它跑起来了"意味着什么，给公司和团队产生了什么样的价值？ 影响分三层 ****第一层，技术指标****。P99、吞吐、错误率，要真实测出来的数字。只说延迟降了、吞吐涨了是不够的。在面试了很多人之后，从面试官的视角来看，大多数人说出具体的数字会让我觉得更加可信 ****第二层，工程效率****。发布频率、MTTR（从出故障到恢复的平均时间）、on-call 被叫起来的次数、新人多久能上手。这让面试官能看到，你在想那些运营这个系统的人，是在团队或者组织级别产生的影响力，这是 senior 级别的信号 ****第三层，业务影响****。省了多少钱，解锁了什么功能，对收入有什么影响等等 埋头干活固然重要，把自己的产出清晰地让面试官看到、好评估，同样重要。面试官看不到业务后果，就会调低影响分，哪怕技术活干得再漂亮 ****第 6 页讲反思****，放三样东西。一个你会一直带着的技术洞察，一个流程上的错误和你后来怎么改的，一个今天回头看会推翻的设计决定 这一页对应面试官很少说出口、却一定会评估的东西，这个人会不会越做越好？来我的公司，是不是会比之前做得更好，做出更大的价值？ 跳过这一页，或者说"没什么大的教训，挺顺利的"，面试官会往两个方向想。要么你不够投入，没从经历里学到东西；要么你不敢诚实面对错误。两种都是负面信号，级别越高越明显。 敢讲自己的错，在这一轮是加分的 下面是一个简单的例子 > 技术洞察是 Feature engineering 的离线指标会骗人，线上线下一致性校验要从第一天就做。 > 流程上的错是上线前一周才找隐私团队 review，用户删除数据的那条路要补，返工了两周，后来我在设计评审阶段就把他们拉进来。 > 今天会推翻的设计，是第一版把 30 多个特征塞进一个大 value，来一条事件就整条重写，写放大十几倍产生热点，今天我会按更新频率拆成两组 key [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724860182765568) [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724877584879616) ## 4/ 六个最常见的 red flag 如果你能看到这里，恭喜你！刚刚我们走完了一轮 45 分钟的面试 前面零零散散提了不少，这里收成一张表，这些都有可能触发面试官的雷区。黄毛思维的另一面，就是别踩这些雷 1. ****"我" VS "我们"问题****。"我们决定用 Kafka"，改成"我推动了用 X，因为 Y，评估过 Z 后排除了它"。集体做的决定也要讲清你在里面的角色，但别把别人的决定说成你的 2. ****没有数字****。"快了很多，更 scalable"，改成"P99 从 620ms 到 38ms，30 天，Datadog 监控的"。每个说法都要有数字和出处 3. ****只报技术名****。"我会用 DynamoDB 和 Kafka"，改成"选 DynamoDB 不选 Postgres，因为访问模式是纯 key-value，用不着 join"。展示判断力 4. ****没有失败故事****。"一切顺利，按时上线"，改成一个真实的失败，讲根因、怎么复盘、重来会怎么做。面试官很看重这种坦诚和自我审视 5. ****级别对不上****。L6 讲了一个 team 级的项目，等于自己给自己降级。new grad 的坑正好反过来，是把实习讲成"我主导了整个平台" 6. ****讲课模式****。无视追问接着翻 slides，或者停在表面、不讲根因和 trade-off。改成接住问题，讲你的思考过程和决策方式，再问一句继续还是深挖。这是一场对话，你来这里不是为了念稿 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113724894609612800) ## 5/ 只剩两周，怎么准备 下面这个计划，每一步都对着一项打分标准在练 ****两周前，选项目，打地基****。过一遍前面几个章节面试官考察的点，确保每一段、每一页你都有信心，知道怎么答。拿出白板或者笔和纸，把问题、做法、结果写一遍，10 分钟内写不清楚，压力下只会更讲不清。 ****一周前，做 slides，排练****。搭好六页或者更多，图多字少，要有具体数字。每个关键决定都用三选一讲一遍，这是在直接练判断力。自己写 10 个最可能被问的问题，每个练成 90 秒的回答，这是在练压力下的沟通 然后完整录一次模拟面试，这一步非常重要。你会听见自己该说"我"的地方说了"我们"，听见脑子里很具体、说出口却很虚的影响，听见本该 45 秒，但是却因为紧张讲完的 3 分钟回答。 跟 AI 多 mock 演练 ****两天前，做减法****。回看录音，太长的全部砍掉。再白板一次，计时 5 分钟，找个人（或者让 AI）在旁边不停挑刺，让周围的朋友帮你 mock 压力面试 ****当天****。开会前就把 slides 打开，先问面试官能不能共享屏幕。不允许的话，就凭之前的几次演练来讲。手边放一个记事本，记下中途冒出来的追问。最后用一句 "Happy to go deeper on any area" 收尾，它告诉面试官你对深度有底气，也乐意让他往下挖 [](https://x.com/Kay2289123/article/2114788902095733032/media/2113761231345684480) ## 最后 做的是同一件事，讲法决定了面试官能看见多少。把项目包装好，把话说到面试官的打分点上，两样都练到，离 Offer 就不远了 new grad 尤其不用怕项目不够大。范围小一点没关系，把自己那块讲透，数字拿得出来，决定说得清楚，错误也敢摆出来，你就已经比大多数候选人准备得好了 真心希望大家都能在面试官面前展现出自己 120% 的能力，不要因为紧张或者准备不足，埋没了自己的努力 [](https://x.com/Kay2289123) [美研芒格君](https://x.com/Kay2289123) 来自硅谷的投研团队 成员来自斯坦福、沃顿商学院 懂技术的投资者，懂投资的工程师 致力于让模型更聪明、更快、更便宜 [More Articles](https://x.com/Kay2289123/articles) Join 33.9K followers [6:38 PM · Oct 26, 2026](https://x.com/Kay2289123/status/2114788902095733032)·[11.6K Views](https://x.com/Kay2289123/status/2114788902095733032) [4](https://x.com/compose/post?in_reply_to=2114788902095733032) 13 106 201 * [](https://x.com/rae1osrd/status/2114936089186066852)[](https://x.com/rae1osrd) [rae](https://x.com/rae1osrd)[@rae1osrd](https://x.com/rae1osrd) [1h](https://x.com/rae1osrd/status/2114936089186066852) 写的太好了 很有收获 [](https://x.com/compose/post?in_reply_to=2114936089186066852) 30 * [](https://x.com/StevenChenTX/status/2114844885929054324)[](https://x.com/StevenChenTX) [Steven Chen](https://x.com/StevenChenTX) [@StevenChenTX](https://x.com/StevenChenTX) [7h](https://x.com/StevenChenTX/status/2114844885929054324) 谢谢前辈指导！ [](https://x.com/compose/post?in_reply_to=2114844885929054324) 191 ## Log in or sign up for X See what’s happening and join the conversation [Continue with phone](https://x.com/i/jf/onboarding/web?mode=signup&redirect_after_login=%2FKay2289123%2Fstatus%2F2114788902095733032)Continue with Apple Continue with Google Continue with Google Continue with Google. Opens in new tab or [Log in with username or email](https://x.com/i/jf/onboarding/web?mode=login&redirect_after_login=%2FKay2289123%2Fstatus%2F2114788902095733032) ## Relevant people [](https://x.com/Kay2289123) [](https://x.com/Kay2289123) [美研芒格君@Kay2289123](https://x.com/Kay2289123)[Follow](https://x.com/i/jf/onboarding/web?mode=login&redirect_after_login=%2FKay2289123) 来自硅谷的投研团队 成员来自斯坦福、沃顿商学院 懂技术的投资者，懂投资的工程师 致力于让模型更聪明、更快、更便宜 [Terms](https://x.com/tos)·[Privacy](https://x.com/privacy)·[Cookies](https://support.x.com/articles/20170514)·[Accessibility](https://help.x.com/resources/accessibility)·[Ads Info](https://business.x.com/en/help/troubleshooting/how-twitter-ads-work.html?ref=web-twc-ao-gbl-adsinfo&utm_source=twc&utm_medium=web&utm_campaign=ao&utm_content=adsinfo)·More© 2026 X Corp. Scan to get the app

@VinceAva 秒杀所有分析😂他弱爆了

准备开订阅制了😂

@ziyouguodubobo @grok 因果关系搞错了