前端已死这个说法在我今年的秋招里几乎每隔几天就被拉出来讨论一轮。作为2026届应届生我在过去几个月里投了上百份简历经历了四十多场笔试和二十多场面试最终拿到了几个满意的前端offer也算跌跌撞撞“上岸”了。这篇文章我想把整个秋招过程完整复盘一遍——从简历准备、项目打磨、笔试面试到心态调整把那些真正有用的实操经验和踩过的坑都分享出来。如果你正在准备前端方向的工作或者还在犹豫要不要选择前端这条路这篇内容应该能帮到你。前端这个方向近两年的舆论环境确实不太好AI生成代码、低代码平台、岗位缩编这些消息叠加在一起让不少人和“前端已死”这个标签产生了共鸣。但站在一个刚走完秋招全程的应届生角度我的真实感受是前端岗位的竞争确实在加剧但“死”掉的只是那些停留在写页面、套模板层面的前端工程师。行业真正需要的是能解决复杂工程问题、有业务思考能力的前端开发者。这篇文章会围绕这个核心观点展开不唱衰也不灌鸡汤只讲真实经历和可复用的方法论。1. 先泼盆冷水前端到底还行不行1.1 “前端已死”论是怎么突然变热的这两年只要打开技术社区隔三差五就能看到关于前端没落的话题。这个论调不是凭空出现的背后有几个现实因素叠加。第一个因素是AI代码工具的爆发。GitHub Copilot、Cursor这类工具确实把“写页面”这件事的门槛拉到极低。以前一个简单的管理后台页面可能要写一整天现在丢给AI几句话就能生成一个能跑的版本。这就让很多人产生一个错觉前端的工作都能被AI替代了。但如果你真的在团队里做过前端工程化、做过性能优化、做过复杂的权限系统就会发现AI在当前阶段能替代的只是最表层的那部分工作。第二个因素是低代码平台的发展。很多公司内部确实在尝试用低代码平台来提效尤其是一些中后台管理系统。这带来的直接影响就是“纯写页面”的初级前端岗位需求在减少这部分工作确实被压缩了。但另一个角度是低代码平台本身也是前端团队建设的越是这类平台普及越需要前端工程师去开发和维护这些平台。第三个因素是大厂缩编和竞争加剧。2026届的秋招客观来说岗位数量相比前几年确实有所减少但竞争者并没有减少甚至因为考研考公分流不理想一部分人又重新涌入求职市场。供需关系的变化让整个招聘流程变得更长、面试难度更高“卷”成了常态。1.2 我的真实结论死掉的是页面仔不是前端工程师说完大环境说说我的真实观察。我最后拿到offer的几个方向加上身边同学的去向可以看到前端岗位的需求依然存在只是需求结构发生了明显变化。企业现在要的前端技能模型已经从“会写页面”变成了“能构建和维护复杂前端应用”。具体来说以下几个方向今年的需求信号非常明显前端工程化方向覆盖构建工具、CI/CD设计、脚手架开发、公共组件库建设。跨端与性能优化方向Hybrid、小程序、跨端框架、页面性能监控与优化体系。技术栈深耕方向React或Vue的源码级理解和复杂状态管理设计。前端可视化方向数据大屏、Canvas/WebGL、地理信息可视化。AI应用前端方向在这轮AI浪潮里前端是离大模型应用最近的一层聊天类应用、知识库应用、智能体编排界面全都要前端来做。我之前把注意力一直放在“补框架八股”上对行业需求的变化了解不够深。后来复盘才发现真正让我从海投没回音到面试邀约变多的转折点是我把项目经历从“会做页面”重新打磨成了“能解决工程问题”。这个经历也让我确信前端没有死只是对工程师的要求更高了。1.3 2026届前端秋招大盘数据简单给一个我亲历的数据画像。我统计了自己和身边十几个走前端方向的同学的投递情况平均每个人投递了120家左右的公司收到的笔试通知大约在40到50个面试通知大约在15到25个之间。其中拿到offer的同学绝大多数不是“面试技巧好”而是简历里的项目经历确实有过人之处。那些简历上只写了“做过XX管理系统”“用过Vue/React开发项目”的同学简历初筛通过率普遍很低。反过来简历上项目描述中有明确技术挑战、有优化指标、有工程化改造细节的同学即使学校背景一般也会获得不少面试机会。所以结论很明确前端秋招没有到“这个方向不能选”的地步而是到了一个“必须认真准备、差异化竞争”的阶段。如果你还在校或者正在准备下半年的秋招下文这些实操内容应该是你真正需要的。2. 秋招三件套简历、项目、知识体系2.1 简历从“会写代码”到“看起来能干活”秋招开始的第一个卡点就是简历筛选。我投递前期的通过率惨不忍睹前二十份简历投出去几乎没有反应。后来找在互联网公司做前端的学长帮忙看简历对方指出了我简历上的几个致命问题改了之后邀约率明显上升。问题一简历里只有“我做了”没有“我做到什么程度”。这是我当时简历上很典型的写法“负责XX系统的前端开发使用Vue3和Element Plus搭建了后台管理系统的页面。”这种描述的问题在于它只陈述了一个事实没有传递任何价值信号。面试官看完完全不知道你的技术水平在哪里。改过之后的版本是这样的“负责XX系统的前端架构设计基于Vue3TypeScript完成核心模块开发采用动态路由和权限指令实现按钮级权限控制首屏加载时间从3.2秒降至1.8秒模块代码复用率提升40%。”对比一下就能看到后半段写法包含了四个关键要素你的技术方案、你的具体措施、你的量化结果、你带来的实际价值。这才是面试官想看的简历。问题二技能列表写了一大堆但匹配度很低。很多人喜欢把会的所有东西都列出来比如“熟悉HTML/CSS/JavaScript、熟悉Vue/React、了解Node.js、了解Webpack、了解TypeScript、了解小程序开发……”。这个写法在HR眼里等于什么都没写。更好的做法是分梯队并且和你的项目经历形成对应关系。举个例子精通且能深入源码JavaScript、Vue3全家桶、TypeScript熟练能在项目中独立应用Webpack/Vite工程化配置、小程序开发、前端性能监控了解有实践或阅读过文档React相关技术栈、Node.js、微前端架构每一项都要能承接住面试官的追问。写了“精通”就要准备好被问到源码层面写了“熟悉”至少要把常见原理和场景说清楚。问题三没有突出“项目亮点”和“个人差异点”。秋招简历堆里绝大多数人的经历都是“XX管理系统”“XX电商项目”如果你也是这类项目一定要找到某个能体现你独立思考或技术深度的点来做放大。比如权限控制的粒度、大数据量表格的渲染优化、复杂表单的抽象设计这些都能成为面试官记住你的理由。2.2 项目一个能打的远比三个凑数的强项目经历是前端秋招简历里权重最高的一块也是面试问答环节的绝对重心。我强烈建议与其准备三个平庸的项目不如把精力集中打磨一个高质量的项目。什么样的项目在面试官眼里有吸引力基于我和面试官的交流经验总结下来有几个共同特征解决了某个真实存在的复杂问题而不是Demo级别的“图书管理系统”。涉及性能、工程化、复杂交互、跨端适配等加分场景。有明确的技术选型理由和方案对比过程。结果可以被量化比如体积变小了、速度快了多少、开发效率提升多少。举几个我观察到的、今年秋招里反馈较好的项目方向方向一前端工程化工具。比如做一个企业内部的代码生成器根据接口文档自动生成TypeScript类型定义和请求函数或者做一个Webpack/Vite插件自动完成灰度发布时的静态资源注入。这类项目非常能体现工程化能力市场上很少有人会拿这类项目作为校招作品一旦出现就很抢眼。方向二复杂业务场景。比如基于Canvas实现一个流程图编辑器支持拖拽、连线、撤销重做、多选、缩放这类项目是字节、腾讯、美团等公司比较喜欢的场景因为它能考察你对复杂前端应用架构的理解。方向三前端AI应用。现在的AI产品形态越来越丰富很多面试官对AI产品的前端实现很感兴趣。比如做一个基于大模型API的对话应用支持流式输出、消息中断、会话隔离、上下文管理以及Prompt设置的界面化配置这类项目很贴行业趋势。我自己最后重点打磨的项目是一个基于微前端架构的中大型系统改造方案。我把原来的单体Vue应用拆分成了三个子应用设计了一套基于qiankun的微前端接入方案实现了各子应用的独立部署、共享登录状态和公共组件。这个项目在面试中至少被追问了十次以上每次面试官都会问几个核心问题为什么要用微前端、不用行不行、子应用之间怎么通信、样式隔离怎么做的、公共依赖怎么处理。这些问题倒逼我把微前端原理和工程化细节理解得很透。再说说项目包装的具体操作。项目写进简历的时候我建议采用“背景-方案-难点-效果”的结构来写背景公司内部平台功能膨胀单体前端应用代码量超过30万行多人协作频繁冲突发布效率极低。方案设计了一套基于qiankun的微前端拆分方案将系统拆分为用户管理、订单管理、数据报表三个子应用统一接入基座应用实现独立开发、独立部署。难点跨子应用的用户状态同步通过自定义事件广播实现、样式隔离机制选型采用Shadow DOM方案并解决样式穿透问题、主应用与子应用路由冲突处理。效果构建时间从平均8分钟降至2分钟子应用支持独立并发发布上线事故率降低60%。这样的写法有技术细节、有取舍过程、有量化结果面试官一眼就能看出你做过项目而不是照着网课敲了一遍。2.3 知识体系八股文真的不是背出来的前端面试题中“八股文”的比例确实不小但死记硬背和真正理解的效果差异非常大。面试官通常在八股之后至少会追问一个“为什么”没有真正的理解很容易当场露馅。我自己的前端知识梳理大概分了六个模块每个模块下面都整理了核心问题和底层逻辑模块一JavaScript语言核心。原型链、闭包、作用域、事件循环、this绑定规则、类型判断、深浅拷贝、防抖节流、Promise原理与实现。我备考的时候会强制自己用笔手写Promise的A规范核心实现写完之后对整个异步机制的理解会上一个台阶。模块二浏览器原理。渲染流程、回流重绘、事件机制、缓存策略、Web安全XSS/CSRF、性能优化资源加载、关键渲染路径、长列表虚拟滚动。这一块我会结合自己的项目来理解比如我的项目里做了大数据表格卡顿优化就一定要能说清楚虚拟滚动是怎么减少DOM节点数量的。模块三网络协议。HTTP/1.1、HTTP/2、HTTPS握手过程、TCP三次握手和四次挥手、WebSocket、CDN原理。这一块容易忽略但面试官常问尤其要注意HTTP/2的多路复用和队头阻塞问题。模块四框架原理。我主攻Vue3所以Vue3响应式原理Proxy和Reflect、effect和依赖收集的流程、diff算法从Vue2的递归到Vue3的Patch Flag、组件更新流程、组合式API的设计动机都做了深度梳理。如果走React方向就要把Fiber架构、时间切片、useEffect的依赖追踪、合成事件机制理解透。模块五工程化。Webpack核心流程入口解析、loader、plugin机制、代码分割、Vite的ESM方案和预构建原理、Babel配置、Tree Shaking原理、CI/CD基本概念。这块是项目亮点能否被认可的关键支撑。模块六代码题与算法。秋招笔试和面试手写环节里前端场景题出现频率很高。除了常规的LeetCode热题前端手写题常驻题目包括手写深拷贝要处理循环引用、手写发布订阅模式、手写Promise.all/race、实现防抖节流、数组拍平、对象扁平化、手写JSONP、基于数组实现一个简单的MVVM等。我的建议是八股文不是不用背而是应该边背边问“为什么”。每看到一个考点先尝试用自己的话解释一遍然后想想这个知识点在哪个真实场景里被用到。这个方法坚持两个月面试时被追问也不会慌。3. 笔试与面试那些真正拉开差距的瞬间3.1 笔试不是只考算法前端场景题才是分水岭我整个秋招大概参加了四十多场笔试绝大多数公司都有算法题算法题难度基本集中在LeetCode中等题偶尔出现困难题。不同公司风格差异很大有的公司算法决定生死有的公司算法只作为参考后面主观题和简历评估权重更高。虽然算法重要但我想说的是纯前端场景题才是筛掉大多数人的那道坎。我拿两道今年实际遇到的题目来举例。场景题一大文件上传。题目大意需要支持浏览器上传一个1GB的大文件请设计实现方案。这道题考察的点非常密集文件切片、并发控制、进度计算、断点续传、秒传、服务端合并策略、上传失败重试、Web Worker的使用、内存和性能优化。只写一个input typefile然后FormData提交上去是拿不到分的需要把方案拆解到可落地层面。我的思路是先用Blob.prototype.slice把文件切成固定大小比如2MB然后用Promise并发池控制并发数比如5个每个切片上传完成后维护一个偏移量记录进度。断点续传需要在前端保存已上传切片的hash索引秒传则通过文件hash用SparkMD5计算请求服务端确认是否已存在。如果文件较大hash计算可能造成主线程卡顿这时可以用Web Worker来异步计算。这套方案说完之后面试官一般都会追问“你怎么实现并发池”“并发数设置为多少、为什么”。如果对Promise并发控制没有实操经验这些问题都能暴露出来。场景题二前端监控系统设计。题目大意设计一个前端错误监控SDK需要上报哪些信息、如何保证不影响业务、如何上报。这道题的核心点在于window.onerror和unhandledrejection捕获错误的差异、错误堆栈的序列化、上报时需要进行采样和节流、避免上报请求对业务请求造成干扰用navigator.sendBeacon或图片打点、SourceMap还原源码定位。这类题没有一个固定的标准答案但考察的是你有没有真正考虑过生产环境的问题。我自己的笔试准备策略是每天精做三到五道前端场景题覆盖上传、列表渲染、性能优化、权限控制、状态管理、组件设计、工程化配置这七个高频方向。坚持下来之后笔试的通过率提升非常明显。3.2 面试中的高频问题与答题思路面试环节是秋招真正的重头戏。我把面试中反复被问到的问题按出现频率排个序供你参考。最高频项目深挖类。“这个项目你最满意/最难做的部分是什么”十个面试官至少有八个会问这道题。这个问题的核心目的不是听你讲功能而是考察你解决问题的思路和深度。回答的时候建议采用STAR法则交代背景、明确任务、说明行动、突出结果。关键是要把技术选型的理由说清楚比如为什么用这个方案、对比过其他方案吗、这个方案有什么局限性。第二高频框架原理类。Vue3方向被问最多的是“响应式原理”“nextTick实现原理”“diff算法用过哪些优化策略”“defineProperty和Proxy的区别”。React方向则是“Fiber是什么”“setState为什么不会立即更新”“useEffect和useLayoutEffect的区别”“合成事件是什么”。我建议每个前端同学至少把一个框架的源码核心逻辑读通一遍不用逐行读完但核心机制一定要讲明白。第三高频手写代码类。面试手写题通常不会太难但非常看重边界情况处理。我遇到过的题目包括手写防抖节流、手写一个带缓存的函数、手写Promise.all、实现一个简单的EventEmitter、实现Array.prototype.map、实现深拷贝明确要求处理循环引用、实现一个批量请求函数。手写题不光看结果对不对还会看你有没有考虑边界情况比如空数组、异常回调、重复调用。平时练习时最好就养成“先分析边界、再写核心逻辑”的习惯。第四高频工程化与性能优化类。“你们项目的首屏是怎么优化的”“Webpack打包体积太大了怎么排查”“线上页面白屏了怎么定位”“有没有做过前端性能监控”。这些问题我建议提前准备好一套自己的优化案例比如图片懒加载、路由懒加载、代码分割、骨架屏、资源预加载、CDN加速这些常规手段背后分别解决了什么问题要能一层一层讲清楚。3.3 手写题翻车记录三个让人印象深刻的教训我自己的面试过程中也翻过几次车写下来算是给大家排坑。第一次翻车深拷贝没有处理循环引用。当时面试官让我手写深拷贝我开始写了一个递归版本只处理了数组和普通对象结果代码里没考虑循环引用的情况。面试官看了一眼说“如果我传入的对象有自引用你这个就直接栈溢出了”我当时脑子嗡了一下才意识到这个问题。正确的做法是用WeakMap缓存已拷贝对象遇到重复引用就直接返回缓存的值。这个教训让我在后面的面试里养成了一个习惯每次手写代码之前先花三十秒在脑子里把边界条件过一遍。第二次翻车手写发布订阅时没有处理once。发布订阅模式看起来简单但要求实现off和once的时候需要考虑once包装后的函数在off时需要能被准确移除。我当时只实现了on和emit没有实现once被面试官追问后临时补了一个简单版但边界情况没处理好。后来我专门把EventEmitter的实现完整写了一遍包括once内部包装、移除监听时需要找到原始函数引用、防止重复订阅等细节。第三次翻车性能优化只答了“使用懒加载”。面试官问“如果首屏加载很慢你从哪些方面排查优化”我当时只说了“路由懒加载、图片懒加载、开启gzip压缩”。面试官追问“那你怎么知道瓶颈在哪里你用什么工具定位”我一下就卡住了。正确的回答思路应该是先通过Performance面板和Network面板定位耗时来源再针对资源体积、请求数量、渲染阻塞分别采取措施。性能优化面试题其实考察的是你有没有一套系统化的分析方法论而不是背一两个优化名词。这三次翻车让我意识到前端面试的核心不是“你知道多少”而是“你有没有真的做过、真的思考过”。手写题和开放题最暴露真实水平平时一定要自己动手实现而不是只看别人的总结。3.4 反问环节问什么面试官会觉得你懂行很多人觉得反问环节随便问两句就行了但我自己的经验是一个好的反问问题能让面试官对你的印象分明显提升。要注意的是反问不是让你问“贵公司业务是什么”“这个岗位具体做什么”这些信息在招聘JD上都能看到问了反而减分。我比较推荐的反问方向问团队当前的前端技术栈演进计划“前端这边目前在Webpack迁移Vite方面有什么进展吗”问工程质量建设“团队在代码评审、自动化测试、CI/CD方面的投入情况是怎样的”问业务与技术的结合点“这个岗位所在的项目组当前最棘手的前端技术问题是什么”问成长路径“团队对校招新人的培养方式是怎样的前期会安排做哪类任务”这些问题传递出来的信号是你不只是来求职的你关心的是今后要做的事情和成长空间。面试官也更愿意和这样的人多聊一会儿聊得越久你通过的概率就越高。4. 心态与节奏秋招是场马拉松不是百米冲刺4.1 投递策略海投和精准投到底怎么平衡秋招投递这件事我有几个比较深的体会。第一投递一定分批次不要一次全投完。我自己一开始犯的错就是把所有想去的公司全在第一周投了结果笔试面试全挤在一起时间根本不够准备很多笔试直接裸考浪费了一批好机会。合理的做法是按“冲刺-匹配-保底”分三批投递第一批投保底和匹配的公司拿几家来练手、积累面试经验第二批投冲刺公司用前面的经验去争取更好的结果第三批再查漏补缺补投一些复盘后觉得匹配度高的方向。第二提前批非常重要。很多大厂提前批的时间窗口在六月就开了提前批的好处是流程相对短、竞争相对小不少同学还在准备期末、就算挂了后面正式批还可以重新投。我在提前批里拿到了几家大厂的面试机会虽然最终没有走完但积累了几场高质量面试经验对后面正式批的帮助非常大。第三国企、银行、外企、中厂小厂都要纳入考虑。不要把目光只放在互联网大厂今年不少互联网公司前端HC缩减其他行业的信息化部门、金融科技子公司、制造业数字化部门同样需要前端工程师竞争压力小很多而且不少公司的待遇和稳定性都还不错。4.2 复盘机制让每一次面挂都有产出秋招过程中一次面试挂了并不代表什么都没有前提是你有一套复盘机制。我从第三次面试开始建了一个表格记录每场面试被问到的问题、我的回答思路、面试官的追问方向、我答得不好的地方、应该怎么改进。这个表格大概长这样公司/岗位面试轮次被问到的问题我的表现暴露的薄弱点修改后的理想回答XX公司/前端开发一面讲讲微前端通信怎么做答了事件广播和全局Store对主子应用生命周期理解不够补充从路由和状态两个维度分析XX公司/前端开发一面手写带取消的Promise能实现基本版对AbortController的细节不熟练习fetch请求取消的场景表格的意义不在于记录而在于强制自己看到问题共性。我在第三周复盘时发现十场面试里有六场都涉及“项目的性能优化措施”而我的回答一直停留在“用了懒加载、做了代码分割”这个表层没有讲清楚排查过程和前后对比数据。发现这个问题后我花了三天时间把自己项目的性能优化部分彻底梳理了一遍整理出了一套完整的分析流程和量化结果之后的面试里但凡聊到性能优化我都明显更有底气面试官反馈也好了很多。所以我的建议是把面试复盘当成秋招的核心任务来对待面完当天必须记录、当天必须整理出改进方案不要拖到第二天。4.3 从焦虑到稳定的心路调整秋招到中段那段时间我经历过非常强烈的焦虑期。投出去的简历石沉大海笔试做了没有后续身边同学已经有人晒offer了心态差点崩掉。后来复盘这段心路历程让我走出来的是两个心态上的转变。第一个转变是把秋招当成“采样”而不是“评判”。每一次投递、笔试、面试都是对当前准备情况的一次采样。样本量足够大之后单个样本的好坏就不那么重要了。有些人九月份一个offer没有十月份突然连续收获三四个这种例子特别多说明秋招的节奏天然有滞后性前期没结果不代表你没机会只是流程还没走完。第二个转变是给自己设置“输入式”目标而不是“结果式”目标。比如把目标从“今天必须拿到offer”改成“今天要把Promise并发控制彻底弄明白”“今天要写完三道场景题”。当注意力放在自己能控制的事情上焦虑感自然大幅降低。事实上我拿到第一批offer恰恰是在我不再焦虑、专注于补齐短板之后。5. 回望与建议给后来者的几句实在话5.1 从时间线倒推不同阶段应该做什么准备如果你现在还在校准备未来参加秋招那么根据我的体验时间线的安排大致是这样的大二或研一阶段打好基础重点学完HTML/CSS/JavaScript、计算机网络、数据结构和算法的基础内容。这个阶段可以开始刷LeetCode的热题100不用一次刷很多保持手感就好同时把一门框架的入门课程学完。大二暑假到大三上学期开始真正的前端项目实践不满足于“照着视频敲”要自己设计技术方案、自己解决问题。如果条件允许找一个实习这是简历中重要的加分项。大三下学期或研二上学期集中复习和沉淀。把项目经历整理成简历语言系统梳理前端知识体系开始刷高频面试题和手写题尽早关注目标公司的实习招聘和提前批信息。秋招开始前两个月进入模拟面试阶段找同学互相模拟、整理项目问答集、大量做前端场景题、整理自己的复盘表格。5.2 如果秋招前只剩一个月我应该把时间花在哪写到这里想到很多正在看这篇文章的人可能已经没有几个月的准备时间了。如果秋招前只剩一个月我的经验建议是第一不要重新学新东西把已经做过的事情总结好。与其花时间啃一个新框架不如把你简历上的每个项目、每个技术点都写到能够应对五种不同追问的地步。第二手写题和场景题的优先级高于冷门源码知识。手写题是可以在短时间内练出来的每天集中练两题一个月能积累六十题的储备。前端场景题则要训练“结构化表达”能力先说目标再说方案再说细节权衡最后补充异常处理。第三把简历投递数量加大的同时把面试复盘频率也加大。不要等面完好几场再集中复盘每场面试一结束立刻把面试题记下来趁记忆清晰的时候写出更好的回答。哪怕当天很累也要把这件事做完时间越长遗忘率越高。第四找人模拟面试。模拟面试的价值在于“被追问”的过程。自己背八股的时候不会意识到哪些地方模糊但别人连续追问几次模糊的地方就全暴露出来了。找同学、找前辈甚至对着手机录自己的回答都能有效发现表达上的问题。5.3 我个人踩坑最多的地方和最后的感悟回头看这几个月我踩坑最多的地方其实不在技术面而在投递节奏和信息差上。前期海投没有章法准备不充分就上笔试浪费了很多机会后期才逐渐摸清简历怎么写、项目怎么讲、知识体系怎么补。前端这个方向虽然舆论环境比以前嘈杂了不少但真正走完全程的人会有一个共识企业对前端的需求依然真实存在只是对工程师的标准在提高。与其被“前端已死”这种论调干扰不如踏踏实实把一处技术深挖下去把一两个项目真正做好。我自己最大的感受是面试官最喜欢看到的不是你报了多么热门的技术栈而是你能把一件具体的事情做得非常透彻并且能清晰地把过程和结果表达出来。最后再分享一个对秋招中的人比较实用的小建议一定要重视同期伙伴的力量。我身边两三个一起准备前端秋招的同学每周互相模拟面试一次、共享面试复盘表那段互相支撑和启发的过程既缓解了焦虑也实实在在提升了对知识掌握的扎实程度。如果你也正在走这条路试着找到一两个一起同行的人一个人可以走得很快但一群人才能走得更远。