那是一个普通的周五下午。 导师把我叫到工位旁，打开一个代码仓库，说："这个模块最近业务增长比较快，之前一直没人系统性地梳理过，你来接手吧。" 我点了点头，像是答应了一件还没完全理解的事情。 那个模块并不简单。打开代码的第一天，我花了整个上午才理清调用链，下午又发现好几处逻辑分支，每一处都像一个悬念。注释零散，文档残缺，很多设计决策只能靠上下文去猜。我一度以为自己接手了一个"烂摊子"，但慢慢地，我开始觉得，这不是烂摊子，这是一段没写完的故事。 第一周，我几乎什么都没改，只是读。把整个调用链画出来，把每一个可能的异常路径标出来，把那些"看起来没问题...

双非本科，靠着字节、百度、蔚来三段实习一路撑到春招，到现在才真正认清现实。一封封感谢信砸过来，慢慢明白，学历和学校带来的门槛，远比几段光鲜实习要重得多。最让人无力的，莫过于拼尽全力刷实习、攒经历，最后却连一个入场机会都换不来，那种落差感真的太磨人。总自以为是地觉得，有大厂实习就够了，一定能挤进心仪的公司，可现实一次又一次把幻想击碎。现在的我，早已没了春招初期的锐气，只剩下满心的迷茫和惆怅。不知道是该坦然接受现实，还是继续抱着不切实际的期待，在大厂的梦里不肯醒。

秋招没有大满败，最终收到节子的offer。

1、make_shared 了解过吗？答案：了解。make_shared 本质上是用来创建 shared_ptr 的工厂函数。和直接 shared_ptr<T>(new T(...)) 相比，它通常只做一次内存分配，把对象本体和控制块放在一块连续内存里，所以性能更好，缓存局部性也更好。另外它异常安全性也更强，像复杂表达式里直接 new 可能在构造 shared_ptr 前抛异常，make_shared 可以避免这种问题。但它也不是所有场景都适合。比如对象特别大、你希望对象和控制块分开释放，或者需要自定义删除器，那就不一定用 make_shared。因为只要还有 weak_ptr 持...