失业啃老500天

自我介绍快手实习是否拿到转正 offer？未转正的原因是什么？编程题 1：删除链表中重复的元素（要求处理连续重复场景）。编程题 2：用三个线程顺序循环打印 ABC（默认打印 10 次）。TCP/IP 的七层模型和四层模型分别是什么？为什么要进行分层设计？TCP 和 UDP 的区别是什么？如何确定 TCP 的唯一连接？（四元组的组成）TCP 保证数据传输可靠性的措施有哪些？TCP 拥塞控制的流程是什么？触发 TCP 快速重传的条件是什么？HTTPS 相比 HTTP 多了什么？默认端口分别是什么？HTTPS 的加密流程是什么？抓包工具如何抓取 HTTPS 加密的请求？线程池的使用场景是什么？如何配...

大二大三那会非常的向往互联网大厂，进去之后刚开始会觉得各个都很牛，只有自己是菜狗，干了一段时间会发现外表光鲜靓丽的某个人或者公司原来内部也就这样。即使是你的领导或者你的导师一样都会有不会的不懂的。实习或者找工作也都是这样，别把别人想的太厉害，大家可能会觉得自己的经历或者项目什么的比较拉不好说，不用怕，大胆的吹，你的面试官大多时候都不了解你的细节，只要你能自圆其说就行了。不过大厂之所以能成为大厂肯定也是有厉害的地方的，厉害在有几个天赋型的选手搭建出一套完整可执行的规则，后人照着做就不会出大问题。

网上类似的源码长文不少，我最近也在写 React 源码。作者往往写得尽兴、覆盖面也广，读者却不一定对得上自己的节奏：你想抠的那一点未必落在文章的主线上，而仓库一直在演进，成稿稍一搁置，对照现版就容易对不上号。也正因如此，很多同学更倾向于亲自读源码。带着问题找答案，节奏和技术栈都更贴自己。这篇想分享的是读大型前端开源项目（例如 React、Vue、Webpack、Babel）源码时怎么切入、怎么少迷路。目标很简单：授人以渔，让你在遇到新机制、底层实现或 Bug 时，能自己钻进去看清楚。为什么读源码要先有问题读之前先想清楚：为什么要打开仓库？我的看法是，首要目的是解决实际问题。没有目标地&quot...