这次出的题明显比一面小得多，而面试官给的反馈、正向肯定明显比一面少得多，因此心态也要跟着变化。加粗是没提前准备好的：二面一般是领导面，所以开局反问职位（团队需求方，用人经理）自我介绍，说一面说过的优势介绍实习公司业务、个人工作介绍实习技术栈（Monorepo+React+MobX）MobX 如何在 React 工作流里工作（忘了 Observable 这个东西了，说的 Effect 可以监听 MobX 状态）MobX 如何融入本人工作流（说了从呼出图片编辑器到用户修改再到同步 CRDT 状态的链路、本人遇到的文本框组件不更新的问题，说得没太方便面试官理解，就多追问了一些关于流程的具体问题）Re...

给点建议吧，投不到工作😭😭😭

鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐鼠鼠好唐

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