虽然自己很久之前对暑期面试的来临一直做了很多准备，但是当面试实际到来的时候，还是有点措手不及。应该是今年过年提前了的原因，很多大厂的暑期都提前了很多，本来我一直是做着金三银四的美梦，但是其实还是要提前开始很多，腾讯、阿里、美团、字节、京东....这周都已经开始了暑期实习的招聘。作为一名 java 选手，出于不想转语言以及对字节的面评机制的畏惧，一直没有投字节，其他的大厂基本投了一遍，说起来这周真的好忙，周一到周五，一天一场面试（这就是暑期的强度嘛进度方面1. 通过了阿里云某部门的二面，据说还有一轮主管面 + hr 面，还有笔试 + 测评。希望能有好结果咯。2. 约了下周淘天的面试3. 腾讯实习基地一面完挂了hh，重新投递了暑期实习感觉面试到后面，回答面试官的问题真的就几乎变成了本能的反应，但不知道是不是投递部门的原因，感觉 hot100 啥的好像都没有用到，基本都是写一些很实际的小项目 demo 出来，还是很考验基本功的，感觉还得练啊，孩子。绝知此事要躬行。下周开始就是 3 月份啦，希望金三可以有所收获咯

项目的高可用、高并发和高扩展是当前开发中必须追求的三大目标，因此也是面试中经常被问到的内容，所以我们今天就来看看，如何才能保证项目的高可用性呢？ 1.高可用的度量指标 项目的可用性的度量指标是以可用性百分比（N个9）来衡量的，也就是通过系统正常运行时间占比衡量的，例如： 99.9%（3个9）：年故障时间≤8.8小时，日故障时间≤7.44分钟。 99.99%（4个9）：年故障时间≤53分钟，日故障时间≤8.6秒。 99.999%（5个9）：年故障时间≤5分钟，日故障时间≤0.86秒。 通常情况下，核心服务（如支付系统）通常要求 4 个 9，其他普通服务要求为 3 个 9 即可。 保证项目高可...

投递筛选过程boss 直聘上投递的，2.18约的这周四 (2.28) 面试。结果今早阿里云开了校园招聘，我跟随群友的步伐，二话不说先投再说，结果投成了别的部门。最后还是接头人帮我联系后台改了下投递的部门。才顺利进行面试。（在此悄悄给接头人说声抱歉，额外麻烦他，挺不好意思的🥲） 2.27 一面自我介绍，简历介绍。项目/比赛拷打你这是分布式分布式项目吗？答：和传统的分布式确实不太一样，主要是搞文本协同的，然后扯了点分布式处理请求的好处巴拉巴拉你这个主要是面向什么场景？答：文本协同，多人编辑我看云侧解决冲突用到了类git的分支处理，能详细说下吗：答：太多了，略过比赛相关你们的具体方案怎么想出来的？...

又是一年暑期实习季，想起自己去年暑期实习也是啥都不懂，面试好几十次大厂才慢慢得心应手。今天抽空把去年自己找暑期实习踩的一些坑和一些经验分享一下，希望对26届找暑期实习的牛友有所帮助。尽早投递尽量在官网开放投递时马上投递。越早投递hc越多，也越先进入笔试和面试流程；后面投递的hc没前面投的多，也更像是看运气捡漏。然后据我观察，大厂一般开始得很早：腾讯全年都开，2月初就开始捞人面试，现在我已经有学弟被腾讯捞了；美团去年2月20多号开的，3月初就有人拿了offer；阿里是3月初开的；字节没投暑期不太了解。然后中小厂的暑期会开得晚一些，有些甚至不开暑期实习。所以准备好了越早投越好，抢占hc。靠谱内推除...