从0开始进军大厂Day01：大厂面试准备的底层逻辑与首日行动指南

我见过太多人在“进军大厂”这件事上栽跟头，不是能力不够,而是从一开始方向就错了。有人上来就刷Hot 100，刷了两个月感觉啥也没记住；有人背了半个月八股文，一到手写代码就卡壳。问题不是不够努力，而是没有一套从0开始的、能落地执行的体系。

这个系列“从0开始进军大厂-Day01”想做的事情很简单：把大厂面试准备这件事拆解成可执行、可量化的每一天，按部就班地推进。无论你当前是刚准备转行的小白，还是有一定基础但觉得知识体系零散的在职开发者，这篇Day01都是一个合适的起点。它要帮你解决三件事：明确大厂面试到底在考什么、给自己做一个真实的起点评估、搭好接下来三个月每天要走的路径。

1. 先搞清楚大厂面试的底层逻辑，再谈准备

1.1 大厂面试筛的不是“会写代码”，而是“能干活的人”

很多人的准备方向从第一天就错了。大厂面试流程通常会经历简历筛选、在线笔试、（通常2-4轮）技术面试、主管面试和HR面。这么长的链路，每一环筛掉的人都不一样，但底层逻辑是统一的：面试官在模拟“这个人来了能不能直接产出”。

• 第一轮技术面，通常是基础面，考察数据结构和算法、操作系统、网络、数据库这些计算机基本功。这一轮的核心逻辑是“底线测试”——你基础不行，后面就不用聊了。面试官心里其实有一套很明确的定级标尺，比如让你手写一个链表的反转，不只是看你能不能写出来，还会观察你写之前是怎么思考的、写的时候有没有边界判断的习惯。
• 第二轮一般是项目深挖，面试官会揪着你简历上的一个项目反复问：架构怎么设计的、遇到的最大难点是什么、数据量大了会怎么优化、如果让你重新做会怎么改。这一轮筛的是“真实做过事的人”，背面试题在这一轮完全无效。
• 第三轮通常是交叉面或终面，会考察系统设计、业务理解和软素质。这一轮基本不再看你会不会写某个算法，而是看你的技术视野、沟通表达、团队协作方式，本质上是模拟“你能不能在一个复杂协作环境里把事推进下去”。

很多从0开始准备的人，最大的误区就是把所有时间砸在刷算法题上，忽略了项目深挖和基础原理的系统性梳理。Day01要建立的第一个认知就是：这不是一场笔试冲刺，而是一场结构化补课。

1.2 算法刷题、基础原理、项目复盘的比例到底怎么定

既然要多方面补课，时间精力怎么分配就成了头号问题。我见过最失败的分配方式是：80%时间刷题，10%时间看基础，10%时间临阵磨项目。结果就是笔试过了，技术一面挂在基础和项目上，极其可惜。

合理的分配逻辑要看你当前处在哪个阶段，但无论哪个阶段，有一条原则是通用的：基础原理的梳理必须和算法刷题同步进行。因为大厂面试的算法题从来不是孤立的存在，手写快排时，面试官会追问时间复杂度推导过程和递归栈深度问题；手写一个线程安全的单例时，会追问volatile和synchronized的实现原理和适用区别。

我建议的比例框架是：

这个比例不是死的。如果你本身项目经验扎实但算法薄弱，可以调整为算法50%、项目15%；如果你算法没问题但项目很水，就反过来。Day01的核心任务是让你把自己当前的真实短板找出来，而不是拍脑袋定一个计划就开跑。

1.3 为什么“从0开始”是一个巨大的优势

很多人不敢开始，是因为觉得自己“别人已经准备了很久了，我肯定追不上”。这个想法很坑人。从0开始的最大优势是：你没有坏习惯，没有被错误的方法带偏。

我见过有的同学用一个月刷完200道题，但全是看题解默写出来的，问他为什么用双指针、为什么单调栈能优化时间复杂度，一概答不上来，这就是典型的“用一个错误的方法把题库污染了”。而从0开始的人，哪怕进度慢一点，每一步思考都是自己的，每一类算法都是真正理解的，这种人在面试中反而更容易通过。

另外，大厂面试现在越来越反感“背题式”的候选人。算法题也越来越多地从题库题改为变形题，甚至场景化题目。基础扎实、思路清晰、表达有条理的人，明显比刷题量大但只懂套路的人更有竞争力。所以Day01你并不需要焦虑自己是不是刷得太少，你只需要把底层逻辑和正确方法get下来，后面的事都好办。

2. 首日必做的三件事：定级自测、环境搭建、路径规划

Day01不急着刷题，也不急着看八股文。首日有一件比刷题更重要的事情要做：先知道自己站在哪里，再决定往哪走。盲目开跑和知道终点在哪再规划路线再开跑，结果天差地别。

2.1 用一道“分水岭”题目做真实的起点评估

起点评估不需要做套题，也不需要用LeetCode的困难题来打击自己，那样没有意义。我的建议是做一套包含三档难度的自测题组：一档是基础题，考察数组、字符串、简单链表操作；一档是核心题，考察二叉树、DFS/BFS、动态规划入门；一档是进阶题，考察复杂状态DP或贪心。

自测的目的不是看你能解出多少，而是看你在解题过程中的真实状态：

• 基础题如果能15分钟轻松AC，说明数据结构的基本功还在。
• 核心题如果看题有思路但写起来卡壳，说明你属于“看得懂但练得少”的阶段,这其实是个好消息，因为这类人只要把刷题量提上去，进步非常快。
• 进阶题做不出来完全正常，它主要是用来让你认清差距的，不用焦虑。

我特别建议把自测时每道题的思考时间和写代码时间分开记录。原因我在后面的章节会细说，这里先记住一句话：面试中，思考时间和写码时间同样重要，能直接反映出你对这道题的理解程度。

2.2 开发环境的“一次配置，长期复用”

面试准备期要用到的环境比较多，避免日后重复折腾，Day01建议一次性配置到位。虽然面试手写代码通常用的在线IDE，但自己练习时需要的通常是本地环境，包括IDE/编辑器、代码版本管理工具、命令行终端等。

这里有一个很多过来人才会知道的经验：练习算法时，最好不要过度依赖编辑器的高级补全和错误提示功能。因为在真实面试的在线IDE里，通常只有一个基础语法的编辑器，很多同学在本地依赖惯了自动补全，一上在线编辑器连标准库方法名都写不全，非常吃亏。建议本地练习时，把编辑器的补全提示关掉一半，或者至少给自己留出“不依赖提示手写完整方法”的练习模式。

推荐组合是编辑器+命令行编译运行的方式。虽然初期可能会觉得命令行编译麻烦，但这个过程能逼着你去关注编译报错、运行环境、标准输入输出这些基本功，而这些恰好是大厂面试手写代码环节十分看重的素养。

2.3 把“三个月冲刺目标”拆解成“Day01可以启动的最小动作”

目标太大容易让人无从下手，这是老生常谈，但真正能做对的人却很少。三个月冲刺大厂的目标可以这样拆解：

• 第1个月（基础构建期）：核心目标是夯实基本功，完成200道左右高频算法题的专项训练，同步完成操作系统、网络、数据库等核心基础知识的提纲梳理。
• 第2个月（项目深化期）：核心目标是把你简历上最拿得出手的1-2个项目，用“深度”和“广度”两个维度打磨到能扛住任何追问。深度是指技术原理、实现细节、性能优化都已吃透；广度是指横向对比过类似方案，知道每个方案的优缺点和适用场景。
• 第3个月（实战模拟期）：核心目标是全真面试模拟，用完整的笔试+面试流程来检验前两个月的成果。这个阶段的重点已经不是知识本身了，而是举一反三的能力、答题的节奏感、遇到不会的题如何稳定输出。

对Day01这个最小单元来说，当天的目标压缩成三件事：完成一次真实自测、把环境和工具链跑通、按上述框架写出自己的三个月计划。这三件事看起来简单，但它决定了后续所有努力有没有地基。

3. 算法第一课：从“暴力解到最优解”的思维进化

从Day01开始接触算法时，很多人踩过一个隐形的大坑：直接看最优解，然后背下来。这样刷题刷得很累，效果也很有限。为什么呢？因为面试官在考算法题时，通常不只看你有没有写出最优解，更看你的思考过程能不能一步步推进。所以从第一道题开始，就要建立“先暴力、再优化”的思维习惯。

3.1 经典案例：从一个“找第K大的数”说起

为了说明白这个思维过程，我们用一道很经典的题来演示：在一个无序数组中，找到第K大的元素（LeetCode 215）。

第一次接触这道题时，正常人第一反应就是：把数组排个序，然后从后往前数K个不就是答案吗？这个解法用代码写出来非常简单，也不容易出bug。它的时间复杂度是O(n log n)，面试官听到这个答案不会否定它，但会追问一句：“能不能做到O(n)？”这时候，如果没有提前想过优化过程，就容易卡住。

优化的思考路径是这样的：

• 第一步，先确认排序解法的时间开销主要花在了哪里——把整个数组都排好了，但我们根本不需要整个数组有序。
• 第二步，想到快速排序里的partition操作，它的作用是选一个基准值，把数组分成“小于基准值”和“大于等于基准值”两半。这个操作天然适合解决“第K大”的问题：如果基准值最终落到了从后往前数第K个位置，那它就是答案；如果落的位置比目标靠左，就说明答案在它右边那部分，反之则在左边那部分。
• 第三步，分析复杂度。快速排序的partition平均时间复杂度是O(n)，由于每次只需要处理一边，整体的期望时间复杂度是O(n)，而不是O(n log n)。

这个思路的重要之处不在于“快排三路划分”这个知识点本身，而在于从“把问题解决”提升到“把问题高效解决”的思考过程。面试官想看到的正是这个。

3.2 怎么写代码才能让面试官“看得舒服”

同样一道题，代码写得好不好，直接决定面试官的印象分。我参与过几次模拟面试的评审，发现一个很有意思的规律：候选人解题思路可能差不多，但代码风格好的那一批，通过的几率明显更高。所谓“好”的代码风格，大体有几个共同特征：

• 命名清晰：变量名能直接表达含义，array表示数组，target表示目标值，而不是a、b、c这种随手写的名字。
• 边界条件先行：比如数组为null、数组长度为0、K超出范围等情况，在函数开头就先处理掉。这体现了写生产代码时的严谨习惯。
• 逻辑分层明确：主函数负责整体的流程控制，辅助函数封装核心逻辑。比如，把partition单独抽成一个函数，能让主函数的逻辑一目了然。

代码规范不是说面试官会按这个来评分，而是说一份清晰的代码能降低沟通成本，让面试官把注意力放在你的思路而非解码你的命名上。这种感觉有点像写文章：同样的内容，排版清爽、段落分明的文稿，总比字迹潦草的稿纸更让人愿意给高分。

3.3 根据自测结果动态调整刷题路线

Day01自测完之后，你会对自己当前的水平有一个大致坐标。根据这个坐标，动态调整你接下来两周的刷题路线会高效很多：

• 如果基础题做起来不顺畅，接下来两周先用LeetCode的“数组、链表、字符串”专项，把Easy难度找手感，目标是每种基础数据结构能独立写出增删改查的实现。这个阶段不要急着赶进度，基础数据结构不牢，后面所有复杂算法都是空中楼阁。
• 如果基础题顺畅但核心题卡壳，可以直接上高频标签：“二叉树”、“DFS/BFS”、“双指针”、“动态规划”。以“每类题型先做5道入门题，再做10道高频题”的节奏推进，每做完一道，把思路写在题解笔记里。
• 如果核心题也没有太大障碍，恭喜你，你的起点比大多数人好很多，可以直接进入“中等偏上难度题+按专题刷题”阶段，重点是训练综合运用能力，把多个算法叠加起来解决问题的题型。

无论属于哪一档，都建议你准备一份自己的刷题记录表，记录题目编号、类型标签、首次通过情况、最优解思路、卡壳点这些信息。后面你会发现，这份记录表在冲刺阶段的复习价值难以估量。

4. 基础原理怎么“盘”：从面试官最爱追的考点入手

算法过了，基础原理的追问才真正筛人。大厂面试里的基础原理通常不是直接问概念定义，而是在一个具体的场景中考察你对原理的理解深度。比如数据结构和算法的关系、某某数据结构底层实现、网络通信的过程等。Day01不需要你把这些都学完，但你要先把面试官最爱考的考点清单列出来，按优先级排好序，作为接下来知识梳理的导航图。

4.1 操作系统与并发：必考但普遍薄弱

操作系统和并发是大厂面试的重灾区，因为它不像写算法题那样可以突击，需要真正的理解。比较常见的问题方向包括：

• 进程和线程的区别：这题看似简单，但如果只答“进程是资源分配单位，线程是调度单位”，面试官大概率会继续追问“为什么线程切换比进程切换开销小”、“进程通信有哪些方式，各自适用什么场景”。这背后涉及核心态与用户态切换、上下文切换的保存与恢复等深层知识。
• 死锁的产生与避免：如果面试官让你写一段会产生死锁的代码，你能写出来吗？很多同学背了死锁的四个必要条件，但真要现场写出死锁代码却卡住，说明理解还是流于表面。
• 并发工具的原理：比如synchronized的锁升级过程、volatile为什么能保证可见性、原子类为什么是线程安全的。这些属于“看着会背、一追问就露馅”的典型问题。

操作系统这门课在大学里很容易被教成“背概念”，但面试考的是能不能把概念用代码表达出来、能不能讲清楚底层原理。所以基础梳理的正确姿势是：每个核心概念都要配套“写出代码示例+讲清底层机制”的练习。比如学过死锁之后，就自己写一个两个线程互相持有锁并等待对方释放的示例，再运行起来观察它的表现。

4.2 网络与数据库：围绕“高频场景”建立知识体系

网络和数据库的面试题方向比较固定，但深度可以无限延展：

• **网络的“输入URL后发生了什么”**几乎是必考题，这道题考察的是对DNS解析、TCP连接、HTTP请求、服务端处理、响应返回全过程的掌握程度。这个过程中可以延展出大量追问：TCP为什么需要三次握手和四次挥手、HTTPS和HTTP的区别、DNS用的是TCP还是UDP、各种状态码的含义等。建议把“输入URL后发生了什么”当作一颗知识树的种子，把这个过程里每个环节的知识点都依次梳理一遍。
• 数据库的考察重点集中在索引、事务、锁、日志这四个方向。比如：索引为什么用B+树而不是红黑树？事务的隔离级别有哪几种，默认是哪种，为什么？MVCC的实现原理是什么？这些问题的答案不是背一段文字就行，而是真的需要你理解InnoDB的底层结构。如果时间充裕，自己动手建几张表、造上万条数据、用执行计划观察不同索引的使用情况，理解的深度完全不一样。

4.3 用“费曼学习法”检验你基础是否真懂了

这里想分享一个我试过很有效的方法：费曼学习法。简单来说，如果你不能把一个概念用最简单的话讲给一个不太懂的人听，说明你还没有真正理解它。

具体操作可以这样：每梳理完一个知识点，打开一个空白文档，假装自己正在给一个“刚入行的小白”写一条科普播客，用最通俗的语言解释这个概念。过程中发现自己卡住的地方，就是知识盲区，再回去翻资料直到能顺畅解释清楚。这个方法一开始会很耗时间，但效果显著。不少基础知识仿佛“懂了”的内容，一写就发现逻辑根本圆不上。它会逼着你把“我以为我懂”转化成“我真的懂”。

5. 当日必跑的“最小闭环”与防跑偏指南

Day01最怕的事情不是进度慢，而是陷入形式主义的忙碌。有的人花大半天时间刷了几十道“简单”题，但每道题都是看题解默写下来的，感动了自己，实际收获甚微；有的人搜集了一堆面经、收藏了一堆学习资料，存完就再也不看了。为了避免这种假性努力，Day01设定了一个“最小闭环”。

5.1 完成一次完整的“题目四步法”

从Day01开始，每遇到一道练手题，建议执行四步闭环：

1. 独立思考10-15分钟，写暴力解：不管效率多差，先把思路写出来、跑通测试。这个步骤让你对问题有了第一手感。
2. 想一想如何优化复杂度：分析当前代码的时间复杂度和空间复杂度，寻找可以优化的环节。如果暂时没有头绪，可以直接看题解，但看完必须合上题解，自己重新实现一遍，确保是真的理解了而不是看懂了。
3. 整理题解笔记：记录这道题的考点、自己的解题思路、最优解解法、以及与自己思路的差异点。这部分是在构建你自己的“解题思维库”。
4. 第二天回忆重写：隔天不要看之前的代码，重新把这道题写一遍。能独立写出来，才算真正掌握了。

这四步听起来耗时，但正是从“0”积累到“1”的必经过程。每天的练习不需要贪多，扎实完成3-5道，比囫囵吞枣做15道要有效得多。

5.2 三个最容易踩的坑，提前避开

这里分享三个我在带人准备面试期间反复见到的坑，希望Day01就能帮你避开：

• 只刷题不总结：刷题的数量不等于掌握程度。同一道题，不总结思路、不复盘卡壳点，下次遇到大概率还是卡壳。真正有效的刷题需要“刷一道，吃透一类”。
• 资料收集癖爆发：在大厂冲刺期间，很容易陷入“到处搜资料、收藏文章、买课程”的状态，但这本质上是用收集的忙碌替代思考的深度。资料只需要两三份高质量的就够了，剩下的时间应该花在真正写代码和复盘上。
• 作息和心态管理失衡：冲刺期通常需要持续3个月，把它当成短跑冲刺是最常见的失误。前期用力过猛、每天学习12个小时，到了第二个月往往心态垮掉。合理的节奏应该是每天稳定投入6-8小时，每周留出半天完全休息和复盘。这个节奏能保证你持续输出，比偶尔熬夜冲刺的可持续性要好太多。

5.3 晚上花15分钟做一次“当日复盘”

Day01结束前，给自己留15分钟做一次结构化复盘，可以用这几个问题来组织：

• 今天完成了哪些事情？跟计划是否一致？如果偏差较大，是计划不合理还是执行力问题？
• 今天新接触的知识点里，哪些能独立复述？哪些还比较模糊？
• 明天最重要的一件事是什么？提前把它确定下来。

不要小看这15分钟的复盘，它就像给一天的学习打了一个“结”，把散落的知识点串起来。连续坚持一段时间之后，你会明显感觉到对所学内容的掌控感变强了，这种掌控感在面试前会转化成真正的信心。

6. 时间与心流管理：抓到“可持续”的节奏

很多冲刺大厂的人，最终不是输在知识储备上，而是输在节奏上。我曾经见过一个开始得轰轰烈烈、状态火热的人，但到了第三周就因为前期用力过猛、身体和精神都撑不住而陷入停滞。准备大厂面试是一场典型的长时间作战，学会管理精力和心态，比多刷几道题更重要。

6.1 把高难度任务放在精力高峰时段

根据个人的作息习惯，每个人的精力高峰时段不同。有的人是早起型，上午脑子清醒；有的人是夜猫型，晚上反而思路活跃。建议把一天中精力最好的两三个小时留给最需要脑力的任务，通常是算法刷题和复杂原理梳理。

精力低谷时段适合做什么？可以用来整理笔记、回顾之前的错题、看面经或者给项目文档做结构整理。这些任务不需要太多创造性和专注力，恰好适合效率不太高的时段。这么做的好处是：既不浪费低效时间，也保护了高效时间不被琐事占领。

6.2 用“番茄钟+深度专注”对抗手机干扰

准备面试最贵的成本之一就是注意力的切换。很多人学一个小时，看手机刷短视频刷掉二十分钟，然后再花十分钟重新进入状态，实际有效学习时间大打折扣。我在冲刺期间的应对方式是用一个简单的计时器做深度专注训练：以45分钟为一个单位，期间手机调成勿扰模式，放到伸手够不到的地方。45分钟结束后，休息5-10分钟，活动一下、喝水、远眺。这样几个循环下来，一天的高质量学习时间可以很轻松地超过六小时。

关于手机干扰，还有一个小技巧：把社交软件里的信息流推送都关掉，特别是那些你想起来就忍不住刷的App。学习期间手机里只保留必要的通讯工具，其他的集中到休息时间统一处理。这个方法听起来很基础，但实际执行下来，对学习效率的提升非常明显。

6.3 允许自己“卡壳”，但要有退出机制

学习过程中卡壳是非常正常的，特别是遇到一道想了很久的难题、或者一个怎么都看不懂的概念。这里特别想说一下“卡壳”这件事。很多从0开始的同学，一卡壳就陷入自我怀疑，然后越焦虑越看不懂，形成一个恶性循环。

正确的做法是给卡壳设置一个“退出机制”：比如一道算法题，独立思考20分钟后还没有任何思路，就不再硬扛，直接看题解，但看题解后必须按“题目四步法”里的要求，合上题解独立重写一遍；一个原理概念，如果两小时还理不清，就先标记起来，跳到下一项任务，过几天带着新知识储备再回头来看。这样既不会因为卡壳而停摆，也不会把所有时间耗在一个点上。

7. 项目经历的“盘点与升维”启动

Day01虽然是第一天，但项目经历的盘点最好从今天就启动，因为项目深挖是所有大厂面试里最不好临时抱佛脚的部分，需要准备的时间周期最长。如果等到第2个月才想起准备，时间大概率不够。

7.1 先做“项目资产盘点”：你手头有哪些牌

无论你过去做过什么类型的项目，哪怕是个个人练习项目、课程设计项目，都可以作为“项目资产”来盘点。关键不是项目本身多高级，而是你在这个项目里面到底做了什么事、解决了什么问题、体现了什么能力。

盘点时可以按这个模板来梳理每个项目：

就算有些项目你觉得“太水了”不好意思写，也建议先如实地盘出来。真正拿不出手的时候，Day01还要想的是：在未来几个月的学习过程中，是否能顺手做一个拿得出手的新项目，让简历在冲刺期结束时更有竞争力。

7.2 从“做了什么”到“为什么这么做”：一句话升级

项目准备的核心升级路径，是把“我用了某某技术”升级为“我在什么场景下、基于什么考虑、选择了某某技术，它帮我解决了什么问题”。比如，“我在项目里用了Redis缓存”是一句非常弱的描述；“我们的业务读多写少，数据库QPS压力较大，我引入了Redis做热点数据缓存，并设计了缓存穿透和雪崩的兜底方案，最终让接口平均响应时间从800ms下降到80ms”就是一句有说服力的描述。相同的事实，不同的表达方式和思考深度，在面试中传递出来的信息完全不同。

Day01需要做的，是对你盘点出的每个项目，就上面表格里的每一个维度准备一个“为什么”的答案。哪怕有些答案现在还比较粗糙，没关系，后续每天的学习都会帮你逐步打磨升级，但今天必须先把这些“种子”种下去。

7.3 项目不足也无法掩盖，那就规划一个“30天小项目”

如果你盘点一圈发现自己真的没有什么拿得出手的项目，也不用绝望。从Day01开始规划一个可以在30天内完成的小项目，让它成为你冲刺期结束时的“有力牌”。选题有两个原则：一是尽量贴合你目标岗位的常见业务场景，比如目标后端岗位，可以做一个短链接服务、一个简易的秒杀系统或者一个博客系统；二是尽量能用到你正在复习的基础原理，比如做缓存、做消息队列、做数据库分表，这样复习和项目准备可以互相成就。

规划的时候把范围控制的小一点，不要上来就想做一个全功能的某某管理系统，因为你只有30天的业余时间。做一个功能单一但技术完整的小项目，重质量不重规模，足以在面试时展示你的技术实现能力和思考深度了。

8. 面试答题表达和软技能：Day01就开始养成

回看很多人挂掉面试的反馈，有个现象非常可惜：不是不会做，而是做出来了却说不清楚，或者表达顺序乱了，面试官没有跟上思路。表达能力是可以从Day01开始刻意练习的，别等到模拟面试时再临时抱佛脚。把“做题”和“讲解”绑定起来，每次练习都是小型的面试彩排。

8.1 建立“结论先行、逻辑分层”的回答框架

面试中回答技术问题，最忌讳的是想到哪说到哪，没有章法。建立一套固定的回答框架，能让你即使遇到不太熟悉的问题，也能稳住输出：

• 先给结论：直接说答案是什么，或者“这个问题的核心点是…”，让面试官第一时间知道你掌握大方向。
• 再拆解要点：分点把原理或步骤讲清楚。比如“第一，从进程角度看……;第二，从线程角度看……;第三，从切换成本来看……”。分条会显得逻辑结构明显比一个长句子更清晰。
• 补一个例子或类比：如果条件允许，用一个小例子佐证你的解释。比如讲缓存穿透，可以把为什么缓存查不到、数据库压力变大比喻成“大家都去查一个空房子，结果人全堵在最后一扇门”上，例子的主要作用是帮助对方更快理解抽象概念。
• 最后小结：“所以这个问题的关键在于……”，把话题漂亮的收尾。

这套框架不一定适用于所有问题，但大部分技术问题都能用。在Day01的自测和练习里，建议就拿出这个框架来口头讲解你的解题思路，把它变成一种本能反应。

8.2 练习“边写代码边讲解”的手脑协调

面试手写代码时，往往要求你一边写一边讲思路。很多人在平时练习时习惯了闷头写，导致面试时不习惯“边写边说”。从Day01开始练习时，每隔几行代码，试着同步说一句你这一步在做什么，比如“这里我初始化一个哈希表，用来记录已经访问过的节点”、“这个循环里面，我是通过在访问过的集合里查重来避免死循环的”。这样养成习惯后，面试现场的边写边讲就自然了，不会出现写的时候无法讲话、一讲话就写不下去的尴尬。

需要注意的是，讲的时候不要碎碎念哪里都会讲：“这里声明了一个变量”这种没有信息量的话并不值得说。你应当讲的是设计意图和算法逻辑，而不是代码翻译。

8.3 准备一个简短的“自我介绍与技术故事”

面试开场白还有一个逃不掉的环节：自我介绍。一个比较合适的结构是：控制在1-2分钟；第一段交代背景和经历主线；第二段讲一个最突出的技术亮点；第三段表达对这个岗位的兴趣。不要背诵简历上没有的内容，自我介绍的核心作用是引导面试官往你准备好的话题上问。

“技术故事”则是指那些能体现你解决问题的能力、可以随时带入讨论的“小案例”，建议从你盘点过的项目里提炼一两个。这既是面试时的弹药，也是平时和同行交流时的好素材。Day01可以把最满意的一个技术故事先写出来，后续逐步打磨细节。

9. Day01速查清单与明日行动指引

为了方便落地，这里给一份“Day01速查清单”。如果你今天读完这些内容后，还不清楚到底该做什么，照着这个清单逐项打勾就行。

行动项列完了，再给明天的Day02留一个预告：按照今天定的路线图，Day02会进入“算法专项训练的第一天”，从你自测反映出来的最短板的数据结构开始。建议你今晚先把明天要练习的题目类型或章节提前翻一翻，让好奇心先跑一会儿，明天进入状态会相对容易一些。

10. 写在最后的几句体己话

准备求职的这条路我走过不止一次，也陪不少人走过，深知其中反复的焦虑和自我怀疑是怎么回事。想清楚面试底层逻辑再动手，比一头扎进题海重要得多；按节奏推进、允许自己卡壳、持续复盘输出，比追求虚假的努力感有价值得多。从0开始并不可怕，真正可怕的是用无效的努力来麻痹自己，到头来只是感动了自己。Day01最大的意义，不是让你今天学会多少知识点，而是帮你完成了从“想进军大厂”到“已经在路上”的这一跳跃。把今天清单上的事情一件一件做完，然后睡个好觉，明天继续。