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

整理的时候发现，为啥这么多redis？？？😂😂😂我还是换回我的rpc吧(起码自己手敲了)有啥需要改进的，求大佬指点

在Boss上投了好多家了，要么已读不回，要么知道我是大二的就走了，还有的要了份简历就没有声音了，想问下佬们，大二包装成大三有没有关系

第一次被拉进技术评审会时，我以为自己只是去旁听。结果会开到一半，大家盯着一段异常波动的调用链，讨论一个老问题: 流量上来以后，某个核心模块偶发超时，重试一多，后面的服务压力也跟着抬起来。 当时没有谁直接把答案告诉我。导师只说了一句：“你先别急着改代码，先判断问题到底出在哪一层。”这句话我记了很久。因为真正有挑战的技术工作，第一步往往不是写，而是判断。 接下来几天，我补链路、看日志、对照监控，把请求路径一点点拆开。最开始我也怀疑过是不是单点性能问题，但越看越发现，问题没那么简单。它不是某一行代码突然变慢，而是高并发下，上下游配合方式开始变得脆弱：重试策略叠加、依赖调用放大、部分节点抖动后缺少足够...