https://www.yuque.com/jixufengyu-v9dzk/huyf1r/lynqcq0tbp1up460?singleDoc# 《Redis》有限期半年Redis 已经是人手必备的技能了， 面试也大概率会问， 所以底层基本原理 + 花里胡哨的结构应用 要有 ，比如排行榜，慢查询，geo地理，并交集 等等 ， 越熟悉越好针对性对Redis 面经做了思维导图的描绘up 稍微列一下细节点，不过sentinel 跟 cluster 目前没时间去详细过， 比较重要的就是围绕集群下面的扩缩容CRC16算法以及分key 落点我目前认为 思维导读左侧是基操， 右侧是亮点操作，up将画的思维...

鼠鼠大三准备找寒假实习，投了很多小公司感觉门槛可能低一些，先面试看看，然后一个hr特别积极的回复了我，还问我你不是广东这边的，你以后会在这边发展吗？我希望你一直在这里实习直到毕业，成为这里的正式员工起初鼠鼠一看到能给面试机会被高兴冲昏了头脑，因为boss偷了很多家都没人理or被拒，这个给我面试机会鼠鼠还很珍惜很认真对待，他一加上微信就说我是不是不爱学习。。。面试的时候问我你朋友圈好漂亮，感觉视频怎么没那么瘦面完两天了他今天给我发个这个，我以为他说的就是如果我没来的话受到伤害是错失了我这么一个人才（不好意思我太自恋了）哪知道他这么说。。。感觉很…他公司是个就几个人的小公司，他就是老板，友友们记得避雷一下

背景与闯祸实习期间承接需求时，我发现很多系统的业务逻辑盘根错节，上下文关联极深。有时需求本身涉及的代码改动明明很简单，可要是不把背后的业务脉络和代码逻辑摸透，就根本没法理解修改的初衷。最开始我接手需求，往往只盯着技术需求文档（TRD）里的修改要求，照着文档改完代码、做完自测，就觉得万事大吉了。到了代码评审环节，大家都要逐一讲解自己负责的需求和对应的代码改动。我负责的部分改动点很简单，无非是删几行冗余代码、调整一点参数配置，所以准备得很仓促，没多琢磨背后的逻辑。评审时，同事们针对这些修改提出了不少问题，比如 “为什么要删掉这段代码？会不会影响下游接口的调用？”“这里的参数调整有没有考虑到历史数据...