26届暑期总结

大厂求职失败帖子（前情提要）：https://www.nowcoder.com/share/jump/1765176110465-----------------------------------------------------------------------------------------------------------------------------一、秋招回顾：从“准备春招”到“米哈游OC”简而言之，秋招只投御三家（米猪鹅），鹅和猪挂麻了，米在9.21号笔试后再无消息。我以为自己秋招彻底寄了，已经开始准备春招。没想到这场笔试埋了个伏笔，时隔2个月竟发来面试通知，命运的齿轮开始扭转！以下乃面试心路历程：- 收到面试通知：我连腾讯、网易都挂了，米能过？发面试来羞辱我的是吧？要不要拒了？算了还是参加一下。- 一面通过：知足了，能过一面就已经很厉害了，后面还有更难的二面呢，不要抱有幻想。- 二面通过：我最后发挥那么差都过了？骗我的吧？那得好好准备三面了。- 三面通过：又被diss了一波引擎经验，但其他部分良好，到HRBP面应该没问题，估计又要排序挂了（雷火PTSD）。- 收到OC：我他喵无敌了！-----------------------------------------------------------------------------------------------------------------------------二、复盘米哈游面试：八股的重要性与“思维深度”米哈游极其重视八股（尤其是C++基础），游戏开发相关经验不重要。同样是八股，有的人表现好，有的人表现差，重点在于“思维深度”。例如，你学习lambda表达式的时候，有没有死抠它的每一个细节（例如值捕获和引用捕获一个对象时的差异）？以至于，无论面试官如何问你它的特性，你都能举一反三，像呼吸一样自然？其次，游戏开发经验肯定是加分项，但深度大于广度，简单地会用游戏引擎没有任何意义，要能说出底层的各种机制原理，例如碰撞、渲染、Update。相比之下，腾讯和网易更关注引擎机制与实际使用经验。我不禁想问，这真的合理吗？在求职环境卷到极致的今天，很多人原本做 AI、做后端，只是因为热爱才转向游戏开发，重新学一套完全陌生的技术栈。于是技术栈“重构”了，机会却没有变多。再加上部分项目组偏好实习转正，路径更窄。说实话能够拿到米的offer，我觉得是个起点。平台给到了，之后要靠自己磨技能、做项目、交付价值。在我心目中，米的难度远高于另外两家，心里有团怒火在告诉自己：我要证明鹅和猪是短见，你们不会看人。-----------------------------------------------------------------------------------------------------------------------------三、得失之间：每一场失败都是向前的力回看整个秋招，我能从绝望走到今天，很大程度上靠的是：- 及时复盘每一场面试；- 死盯短板，不让同样的坑踩第二遍；- 持续保持自我审视与自我更新。坦诚地讲，如果不是前期那些大厂面试暴露出来了短板，我也不可能有机会走到这一步。越后面的面试我越发深刻地感受到了自己的进步，机会确实是留给有准备的人的。-----------------------------------------------------------------------------------------------------------------------------四、关于学历与学校之前我以为学历只影响“能不能进面试”，对面试本身没啥帮助。现在直觉告诉我并非如此：- 好学校会让面试官更愿意给你尝试空间，不轻易为难你；- 更容易让大厂相信你可以凭借扎实基础快速成长，不需要特别多的实战案底；- 在排序时更有优势。这不是偏见，是行业现实。-----------------------------------------------------------------------------------------------------------------------------五、给游戏客户端求职者的一点心里话首先说一句，all in这个岗位的同学们，你们辛苦了！互联网有BAT大厂，我们有米猪鹅，听起来一一对应，然而真的如此吗？后端、算法岗位比比皆是，你进不了BAT，进得了美团、京东、快手等一系列大厂。即便是BAT内部，挂了还能反复打捞，项目组换来换去，面试机会不停，机会多太多了。反观游戏客户端，真正的大厂屈指可数，米和猪你挂了就挂了，没有第二次机会，只有鹅还能多捞你几次。而顶尖的项目组又只有那几个，你还要注意规避很坑的项目组。况且现在连鹅更加注重实习转正了，我们的机会就更少了。游戏客户端真是有福了！学另一套技术，跟传统互联网生殖隔离，在机会少得可怜的鱼塘里寻找出路。若非兴趣浓厚，否则轻易不建议来此方向，容错率太低，慎重慎重！-----------------------------------------------------------------------------------------------------------------------------六、小结：坚持与复盘，比盲目焦虑更有用我的经历乍一看还有点传奇，没大厂实习，游戏开发又学得晚，就一个双九bg看得过去（看我上个帖子，就知道有多绝望了），最后结局竟也还不错？这不是什么“暑期实习拿大厂offer，秋招逆风翻盘化身offer收割机”的爽文路线。但要说我的优点，那也是有的，那就是保持自我审视、反省、进步，总结失败教训，对症下药，这就是我最大的优势。秋招没拿到理想offer的朋友们：别灰心，坚持是成功的第一要义！请做到：1. 复盘每一场面试；2. 保证下一次一定比上一次更强；3. 做一个足够复杂的项目，补上工程能力这块短板。大厂或许没有想象中那么遥不可及。战线被拉长确实让人焦虑，但进步是在悄悄积累的。当你准备好之后，大厂也没有理由再把你刷掉。

1.描述过往项目中印象最深的问题及解决过程2.秒杀活动中如何评估数据库支持的最大并发量？3.提到Redis缓存库存，如何评估数据库与Redis的并发支持能力（如QPS值）？4.磁盘读取数据时，如何通过磁道地址定位数据？磁道寻址的时间成本如何？5.磁盘旋转一圈的时间大约是多少？6.为什么选择Redis而非本地内存实现缓存？7.Redis的高可用性具体如何体现？8.主从模式下，主库与从库如何同步数据？同步延迟如何处理？9.主备模式下，从库读取数据可能出现脏读，如何平衡高可用性与数据一致性？10.秒杀场景中使用Redis的持久化机制的必要性？11.秒杀中使用的什么数据结构？我不会就说哈希脑子也是抽了12.为什么在秒杀中使用哈希数据结构？具体解决了什么问题？13.MyBatis与Redis结合使用的场景14.MyBatis缓存是否了解？是否了解MyBatis的二级缓存机制？如何与Redis集成实现分布式缓存？15.消息队列的持久化配置是否确认过？默认存储位置是内存还是磁盘？16.如何理解跨域问题17.基于TCP协议的网络通信中，如何实现超时控制？主调侧如何检测超时？18.描述DNS寻址流程19.DNS缓存可能导致脏数据，如何更新域名解析记录（如A记录变更后的全网同步）20.TCP协议中，超时重传机制的具体实现（如重传计时器、ACK确认）21.MySQL的查询缓存（Query Cache）机制是否了解？与Redis缓存的区别？22.对比Redis与本地内存的差异，除持久化外还有哪些选择依据？23.Redis的AOF和RDB持久化机制的区别？如何选择适用场景？24.主备模式下，备节点是否支持读操作？默认配置下的读写策略是什么？25.项目中使用的消息队列是否考虑过数据丢失风险？如何保证可靠性？

互联网base成都，交易相关，每月到手17-18k，995这样的强度制造业base上海，数字化相关，每月到手24-25k，据说不加班朝九晚六成都人，产品岗，两个完全不同的方向。对于我来说都是好offer，对于我而言发展前景>base地≈收入>劳累程度。年终或其他奖金都大概17w。大家帮我分析一下，谢谢！

佬们，游戏客户端/引擎开发对操作系统，计算机组成原理，计算机网络这些八股文考的多吗。大佬们八股文在哪系统性看的