室友今天问我：你怎么投简历投这么快的？ 她看我十分钟投了三家，以为我简历写的很短（不是！） 解释了一下，就是用了网申助手，把重复填表这部分省掉了。 简单说一下是什么： 牛客出的Chrome插件，把基本信息录进去一次（姓名学校专业项目经历这些），之后打开任何网申页面，点一下自动填，不用每次重新输。 我投的这几家都能用：字节、腾讯、美团、阿里、网易、快手，大厂没遇到问题。 【我的用法】 早上统一开几个网申tab，插件自动填好，我逐个检查开放题（自我介绍/为什么选我们要自己写），确认没问题提交。 以前投一家要15分钟，现在五家加起来20分钟，剩下时间拿去背面试题。 【缺点也说一下】 个别小厂识别失败...

之前一直在牛客刷大家帖子，看到了很多人吹捧大厂多好多好。但是说个会被喷的事实：双非本，秋招拿了5个offer，比我那个在某大厂实习的室友还多一个。他在大厂做了三个月，负责链路中的一个中间模块。听起来很厉害对吧？但面试的时候面试官追问这个特征是怎么选的召回策略谁定的，他只能说这部分是算法团队负责的。我在旁边听得都替他尴尬。我呢？在一家不过百人的小公司做了个后台管理系统，全流程就我一个人。你问我任何一行代码为什么这么写，我都能给你掰碎了讲，因为踩过的坑我全记得——凌晨两点调CORS跨域问题的那种刻骨铭心你懂吗。说到底面试官要的不是你title多好看，是你到底有没有真正做过这件事。大厂名字能帮你过简历关，但到了面试那一步，你做的东西是不是你的，一问就知道了。后来我室友也想明白了，他说我那三个月最大的收获就是知道了食堂哪个窗口最好吃。我不知道他是在自嘲还是在认真的。

各种拷打项目，结合项目来问八股 答得不太好的   SACK 在标准 TCP（如 TCP Tahoe 或 Reno）中，确认号（ACK Number）仅表示接收端已成功接收的连续字节流边界。一旦中间某个分节（Segment）丢失，即使后续更高序号的分节已到达并存入接收缓冲区，接收端也只能发送该缺失分节起始序号的 ACK。  累积确认位：依然保留，用于指示当前已按序收到的最后一个字节。 SACK 选项字段：在 TCP 报文头的 Options 字段中，新增了 SACK 块。每个块由一对 左边界 (Left Edge) 和 右边界 (Right Edge) 组成，精确描述了接收缓冲区内已收到的非连续...