秋招失败经验贴

先交代背景：我去年过年时还在学JS，项目简历一片空白，拖到25年三月中旬才开始投递。现在回头看，节奏确实有点拖。过年没必要硬学，但简历建议早点准备。好简历不是写出来的，是改出来的。说几个我改简历时发现的最坑问题： 1. 简历最大的坑：把业务叙述和技术实现混作一团 我见过太多同学把"用了Vuex、Vue-Router、Axios"写三行，面试官看完不知道你解决了啥。STAR法则真的是老生常谈，但很多人不以为然。 项目描述必须从背景→问题→你的架构设计→可量化的提升形成闭环，这个真的非常重要。还有就是技术关键词自检：每段经历至少塞一个性能优化/工程化/复杂状态相关的描述。项目分...

😅😅😅😅

当年还在美团那个倒霉的 Peppr 团队工作时，我一直有个疑问：这群人每天到底在自嗨什么。每次开会一堆人围着一堆“看起来很高级”的文档转，模板统一、名词复杂、页数感人，每一页都在暗示一件事：“你不懂，是因为你不专业。”但现实是——代码照样写在 💩 山上，该出问题还是会出问题，这真的很逗，系统一出问题，文档的唯一作用就是证明：“我们当初确实认真写过文档。”所以本质区别到底是什么？是代码质量提升了，还是大家在精神层面完成了一次“工程师 cosplay”？有句话说得好潮水退去才知道谁在裸泳。还记得当时的马哥、明哥（图 1 左）最爱反复强调一句话：“所有场景一定要想到。”、“这个场景为什么没考虑到？”不过他们这些话我是真的听进去了。不然我也不会在一年多前就说：这个项目活不过两年。顺带一提，那段时间还有个固定节目。每次下楼，总能听见我明哥在吐槽不同的人。我从他身后绕过去，经常能听到他一边抽烟一边说：“xx 这小子太坑了，回头我一定要跟马哥说说。”于是深谙人情世故但真不会抽烟的我也会从口袋掏出一支低尼古丁含量的烟给自己点上，假意自己什么都没听到什么都不知道，只是来抽烟的。后来我才明白，这可能也是团队文化的一部分：问题永远在别人身上，而我们，永远在复盘里😂。

1. Linux内核中的内存管理机制，详细说明伙伴系统（Buddy System）和Slab分配器的工作原理答案：伙伴系统：管理物理页面，以2的幂次方为单位分配内存（1页、2页、4页...）。当申请内存时，如果没有合适大小的块，就将更大的块分裂；释放时，检查相邻的"伙伴"块是否空闲，如果是则合并，减少外部碎片。Slab分配器：在伙伴系统之上，针对小对象频繁分配释放的场景。为特定大小的对象预先分配缓存池，减少内存碎片和分配开销。包含三层：cache（对象类型）、slab（一组连续页面）、object（实际对象）。2. 描述Linux内核启动流程，从bootloader到ini...