小鹅通后端开发日常实习一面面经

是三月底在 boss 上随手问的 hr,结果 4.17 才回我要我简历,4.18 就约面了

只是二面和后面又面了一次腾讯光子都挂了😿

大小鹅你们不要我一定是你们的损失😤

小鹅二面和光子一面的凉经后面都会发

还是要再好好沉淀一下

而且感觉现在这个时间点也不太好找实习

继续加油

#实习# #面经# #日常实习# #小鹅通# #小鹅通后端实习# #后端# #后端开发# #大二# #腾讯# #实习进度记录#
全部评论
xd,你约面是约到多少天后
点赞 回复 分享
发布于 05-22 12:01 广东
小登这么厉害。方向明确并且去实践,你不成功谁成功
点赞 回复 分享
发布于 05-21 20:03 广东
同27,向佬学习
点赞 回复 分享
发布于 04-26 19:13 陕西
好详细,收藏一下
点赞 回复 分享
发布于 04-26 15:29 广东

相关推荐

05-25 22:01
已编辑
东北大学 Java
字节搜索二面挂当天被捞1、自我介绍2、你提到了用户的关注与取关,你用户关系服务是怎么设计的?(定义了关注表与粉丝表,两个表内容一致)3、你怎么保证两个表内容一致的?(目前是通过事务保证的,后面其实还可以通过订阅 binlog 伪从来保证一致性)3、如果是大 V 的情况,你有考虑到吗,做了哪些处理应对这种高并发(Redis 缓存+二级缓存,冷热数据分离)4、分布式 ID 你都用来生成什么 ID 的?(笔记 ID,用户 ID,用户 ID 用的号段模式,笔记 ID 考虑到雪花算法自带的时间戳可以实现冷热数据分离,发布久远的笔记不缓存在 redis,后由于点赞系统采用咆哮位图高效判断,但咆哮位图基本只能存储 32 位,遂也改为号段模式生成,生成效率基本没差多少)5、那你说说点赞系统怎么设计的?为什么改为咆哮位图了?(先是采用 Set 数据结构判断,后因为满足高并发需求,Set 模式占用内存太多,又改用布隆过滤器实现,大大降低内存占用。但布隆过滤器在判断存在时存在误判,需要从数据库进行二次校验。后改用咆哮位图,既能高效判断点赞与否,内存占用也大大降低)6、那你讲一下咆哮位图的机制,为什么有你说的这些优点?7、MySQL 了解吧,你讲一下 MySQL 的索引(一顿吟唱)8、说一下聚簇索引和非聚簇索引的区别9、联合索引再说一下,如何定义联合索引最好?(设计成覆盖索引)10、联合索引的顺序重要吗?(顺便再说一下索引下推)11、算法1:二叉树展开为链表12、算法2:根据层序遍历建树反问
字节跳动一面1203人在聊 查看13道真题和解析
点赞 评论 收藏
分享
评论
15
18
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务