之前我去面试，等候区坐了个特别帅的哥们儿，我心想完了这颜值我肯定比不过。结果出来一聊，他一面就挂了，我过了。我导师做过三年技术面试官，他说："长得好看我确实会第一眼印象好点，但只要张嘴答题，5分钟内就能判断水平。颜值最多给你加1分，技术不行扣的是10分。"但也不能说完全没用。我观察下来，真正加分的不是"长得帅"，而是"看起来靠谱"。什么叫靠谱？头发不油、衣服整洁、说话时眼神不躲闪、坐姿端正。这些细节给人的感觉是"这人做事应该也挺靠谱"。我有个同学长相一般，但每次面试都提前理发、穿干净的衬衫、背挺得笔直，offer拿...

本来下午都要面试了，提前一周约好了面试，现在有把我踹了？？？真服了

大四上学期在某厂实习了三个月，说说真实感受吧。进去之前幻想的是参与核心项目、接触前沿技术。实际上每天就是写一些边角需求，改改前人的代码，开不完的会。mentor人挺好但也很忙，大部分时间还是自己摸索。最大的感触是：大厂没有想象中那么光鲜。工位很挤，实习生能接触到的东西真的有限，很多核心代码权限都没有。现在春招我反而没那么执着大厂了，更看重具体做什么、团队氛围怎么样。实习过一次之后你就会发现，公司名字真的只是个壳子，每天干的活才是实实在在的。

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