字节日常实习一面

90% 的人简历石沉大海，并不是因为技术不行，而是因为从一开始就写错了方向。大多数人写简历时，下意识会把它当成一份经历记录：学了什么技术、做了哪些项目、按时间顺序全部写上去，以为内容越多越专业。但现实很残酷，简历投出去往往连回音都没有。问题不在你学得不够，而在于你没有把“价值”写出来。简历的本质，从来不是记录你做过什么，而是向公司证明：你能创造什么价值。企业招人的目标也很明确，他们不是在找“会技术的人”，而是在找“能用技术解决问题的人”。如果一份简历只是技术名词的堆砌，却没有告诉对方你解决了什么问题、带来了什么结果，那它很难在筛选阶段活下来。很多人会在学习阶段陷入纠结：到底该学什么？这个技术会不会烂大街？是不是技术栈不够广就没有竞争力？其实这些问题在一开始都不重要。一个非常反直觉但有效的方法是，先把简历做出来，再反向准备项目和技术。因为投简历是结果导向的事情，当你把简历框架先搭好，你会立刻看清楚自己要投什么岗位、岗位需要什么能力，以及接下来一到两个月学的内容，最终会以什么样的成果呈现在简历上。如果一项技术学完之后写不上简历，或者写了也无法提升投递反馈，那它本质上就是无效努力。判断一份简历有没有用，其实也不复杂。直接换一版新简历，不管是在线简历还是附件，都全部替换，然后去平台投递，看打招呼率、要简历率、面试邀约数有没有明显变化。如果数据比之前好，说明方向是对的，这时候再回过头去细致梳理项目，从背景、问题、方案、技术细节到最终结果全部过一遍，确保在面试被追问时能讲清楚。简历负责敲门，项目负责让你站得住。在写简历时，先搭一个清晰的框架很重要，比如教育背景、实习经历、项目经历、专业技能。真正拉开差距的不是结构，而是内容有没有“问点”。一份好简历，既要让技术面试官看到深度，也要让非技术背景的 HR 能迅速明白你会什么、是不是匹配岗位。很多技术人会忽略这一点，以为简历只是给技术面试官看的，结果满篇专业名词，HR 看不懂，直接卡在初筛。基础技术该写清楚的就写清楚，不求炫技，只求可识别、可匹配。项目和实习经历的价值，也常常被误解。很多人以为项目好，是因为技术更深；实习好，是因为能力更强。但从面试官视角来看，真正的区别在于有没有提问点。比如你写了解决超卖问题，面试官就可以顺着问锁的选择、并发控制方案、再延伸到 JUC 或分布式锁。一个好的项目，本质上是一个八股的入口，而不是用来装点门面的经历描述。所以在写每一条项目时，都应该问自己一句话：这是不是在制造可以被追问的点，还是只是堆名词显得自己很厉害。说到底，写简历，最底层的逻辑就是放弃“记录思维”，建立“价值思维”。先做简历再准备，是让努力有明确方向；技术点结合问题和成果，是让价值有事实支撑。简历不需要多华丽，只要能让公司清楚地知道，你能用技术解决他们的问题，并创造他们真正需要的价值，这份简历就是成功的。

面试这事儿： 面试官在 1-2 小时里做一件事——把你还原成一张“人才画像”，然后和岗位需要的画像做匹配。你看到的是：我问你项目、问你方案、问你观点、问你为什么。 我脑子里做的是：你的能力边界在哪、强项是什么、短板是什么、风险点在哪、成长性如何——你来了以后能不能交付、能不能扛事、是否值得信任。这篇文章想讲清两件事（站在面试官视角）：面试官到底在面什么：我们如何在 1-2 小时里，把你还原成一张“人才画像”（能力边界、擅长领域、风险点、成长性）。面试官怎么做判断：我们具体看哪些维度、怎么追问拿证据、最后怎么下“通过 / 不通过 / 人才库”的结论。一、你看不到但一定存在的东西：岗位画像很多候选...

如题，以前听说字节面评很严格，但是现在又看到很多人说，字节是投就有面试，仿佛没什么面评一样，我记得看到过字节官方也说过没有面评，所以，到底是什么情况呢？Ps:是因为我现在正在实习，刚一个月，正要写需求了。但是又接到了抖音的agent实习面试邀请，不知道走还是不走。

1. package.json 的作用package.json 是 Node.js/npm 项目的核心配置文件，位于项目根目录，它的作用包括：描述项目信息：名称、版本、作者、许可证等。声明依赖：项目运行所需的包（dependencies）和开发所需的包（devDependencies）。定义脚本命令：通过 scripts 字段，让你可以用 npm run 执行自定义任务（如启动、测试、构建）。指定元数据：比如入口文件、浏览器兼容性等。2. 基本结构示例一个典型的 package.json 可能如下： { "name": "my-project", &qu...