1 自我介绍2 项目深挖：简历中写的每一条都深挖3 Redis的事务：答lua脚本控制，反馈说Redis有自带的，回去看看4 goroutine怎么实现异步5 GMP和GC6 CAS和AQS底层实现7 线程池核心参数，线程创建时期，工作队列8 IOC的实现原理，解决了什么问题建议1 技术上的原理深挖不断深挖，直到底层硬件2 经验积累，独当一面领导过大型项目，或者对复杂业务的一些处理3 持续学习，反复复习感受：问麻了，感觉比面其他大厂强度还大，不过自己面的越多暴露问题也越多，抽空总结这段时间面试

正文如题，通过转正答辩只描述了结果，为了达成这个结果我们往往需要将其拆解为若干关键步骤，只要相关的步骤都完成了转正就是理所应当的结果(HC数量少或业务变动除外)。工作量达标(有产出)对业务的理解到位工作态度端正(主动性强，责任心强)沟通能力达标(与合作的同事沟通顺畅)下面就上述若干点逐一叙述。工作量达标工作量也即产出，可以通俗地理解为上线了多少需求，写了多少代码。对于不同业务线的同学来说，工作内容也有所不同。比如业务部门的同学平时主要关注落地实际需求，也有一些性能优化的技术需求(例如优化接口耗时)。实习的同学一方面由于经验不足，大部分工作都是由mentor指派一些较为简单的需求。对于交代的需求...

简历投了两个月，被拷打一次才知道问题在哪校招那会儿，我的简历投出去将近50份，回音寥寥。自己反复看了好几遍，觉得没什么问题：项目经历有、实习经历有、技能栏也填得满满当当。后来鼓起勇气发到群里让人帮看，前辈第一句话就是："你这简历，HR扫一眼就划走了。"问题一下子暴露出来了：项目描述全是"负责了什么"，没有"做出了什么结果"。 写"负责用户模块开发"，不如写"独立完成用户模块开发，接口响应时间优化30%"。没有数据支撑的经历，看起来都是虚的。技能栏写"熟悉Python"，面试官根本不知道你熟悉到什么程度。后来改成具体项目里用Python做了什么，一下子就有说服力多了。改完之后，同样的岗位，面试邀约率明显高了。简历这件事，自己看永远有盲区，真的需要外部视角来"拷打"一遍。有同样困惑的同学，不妨把简历亮出来，早发现早改，别等机会溜走了再后悔。

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花MySQL中，二级索引（非聚簇索引）选择存储主键ID而非数据的物理地址，核心是由InnoDB引擎的聚簇索引架构决定的，本质是为了平衡数据一致性、存储效率和查询性能，同时适配事务与MVCC机制，具体原因可分为以下5点，结合引擎特性详细说明：1. 聚簇索引架构的必然选择（核心原因）InnoDB的核心设计是“索引即数据”，即聚簇索引（通常与主键同义）的叶子节点直接存储完整的行数据，而非指针或地址，整个表的数据是按照聚簇索引的顺序物理组织的，数据文件本身就是聚簇索引文件。如果二级索引...