暑期实习总结

3月

腾讯实习基地:

客户端

一面(挂):主要就是问一些很常规的八股,然后做了一道hard题,当时经验不够,现在想起来应该是kpi面,因为八股基本都答得比较流畅,hard题也做出来了,但是还是挂了。

一面:挂了又被另外一个部门捞起来了,还是客户端,这个主要也是一些八股,然后做了两道medium题,第二题是实现单例模式,对设计模式不是很了解,但是写得很磕磕碰碰,最后还是给我过了。

二面:没怎么聊八股,题也很简单,主要是一些关于c++的发散性问题吧,聊到什么说什么,也过了。

三面:两道智力题,过

hr面:常规问题,过

岗位不太合适,最后还是拒了offer

4月

原粒半导体:

算子开发

一面:问了一些很简单的问题,例如transformer的架构呀,encoder和decoder的作用之类的,过。

拿了offer,不过还是拒了

燧原科技:

算子开发

一面:主要在问项目,相谈甚欢,过。

开始没有hc,5月的时候联系有hc了,不过还是拒了。

百度:

后端

一面:主要是还是一些常规的八股,然后连做三道medium算法题,人做麻了,不过都做出来了,最后还是过了

二面:一面问过的不会再问了,会深入问一些C++的问题,例如C++的原子类是怎么实现的这种,然后一些场景题,主要就是关于不用锁怎么解决竞争关系的,这一点答的不是很好,秋招要加强操作系统方面的学习了,做了一道hard题,还是全英文的,过的很勉强吧。

三面:跟hr面有点类似,过

最后拿到了offer,不过也没要

字节:

后端,跟大模型相关

一面:主要是问项目,然后问了一些大模型相关的问题,模型并行数据并行流水线并行这些

二面:还是问项目和大模型,问了一些推理框架,vllm,llama.cpp这些

拿到了offer,最后去了

#我的求职总结#
全部评论
大佬,燧原的面试流程大概是咋样的?
点赞 回复 分享
发布于 05-28 15:56 浙江

相关推荐

05-28 19:08
已编辑
门头沟学院 Java
突然收到面试邀请,而且没有hr电话直接就甩了个晚上的面试链接。自我感觉答得不好,估计是挂了,但面试官人很好,氛围相对轻松。public、protected、default、private​重写和重载区别JVM内存模型​类加载过程,字节码加载过程​OOM​AOP​讲讲RPC​算法题:二分查找+测试用例​TCP/IP四层模型​,那一层是IP、那一层是端口​TCP和UDP区别​三次握手及为什么三不能是两次GET和POST区别​Linux 的命令​,查看CPU情况介绍一下做过的项目​电商退款有哪些测试用例​死锁是什么及其原因​慢查询原因及如何定位慢查询​什么字段适合建立索引?innoDB跟myISAM...
一笑而过2222:1. Linux查看CPU情况:使用 top 可实时查看系统CPU整体及各进程占用率,按 1 能展示每个核心运行状态; htop 以可视化界面增强交互性; mpstat -P ALL 精准统计每个CPU核心负载; lscpu 输出CPU架构、缓存等硬件信息; vmstat 综合展示CPU、内存、IO等资源使用趋势; sar -u 基于历史数据统计CPU负载; nproc 直接获取CPU核心数量。实际分析时,先用 top 快速定位异常,再结合 mpstat 等深入排查。 2. 电商退款测试用例:功能测试覆盖全额/部分退款、不同发货状态处理、退款金额计算及多渠道返还;异常测试包含重复退款、越权操作、网络中断恢复;业务规则聚焦退款时效控制、优惠券分摊逻辑、高频退款风控;同时补充兼容性(多终端适配)和性能测试(高并发场景响应),保障退款流程稳定可靠。 3. 死锁及其原因:死锁是多进程/线程因资源竞争形成互相等待、无法推进的阻塞状态,需同时满足互斥(资源独占)、请求保持(占有资源时请求其他资源)、不可剥夺(资源不能被强制释放)、循环等待(形成资源等待环路)四个条件。常见于数据库事务交叉锁定、多线程无序获取锁等场景,可通过资源预分配、顺序加锁预防,依赖日志或线程Dump分析检测。 4. 慢查询原因及定位:慢查询根源在于索引失效(未命中或设计不当)、数据量过大导致全表扫描、复杂查询(嵌套子查询、大量JOIN)、锁冲突(行锁升级表锁)、服务器资源瓶颈(CPU/IO过载)。定位时,先启用慢查询日志并用 pt-query-digest 分析高频慢SQL,再通过 EXPLAIN 剖析执行计划,结合 SHOW ENGINE INNODB STATUS 排查锁等待,必要时借助 Performance Schema 监控资源消耗。 5. 适合建索引的字段:优先对高频出现在 WHERE 、 JOIN 、 ORDER BY 子句中的字段建索引,尤其是高选择性字段(如身份证号、手机号);组合索引遵循最左前缀原则;写入频繁字段谨慎建索引,避免影响性能;大字段类型可使用前缀索引优化查询。 6. InnoDB与MyISAM区别:InnoDB支持事务、外键和行级锁,采用聚簇索引存储数据,适合高并发读写场景,具备崩溃恢复能力;MyISAM使用表级锁,无事务支持,索引与数据分离存储, COUNT(*) 统计高效,但不适用于写密集业务。生产中InnoDB用于核心交易模块,MyISAM适用于只读统计类表。 7. InnoDB锁及表锁升级:InnoDB提供共享锁、排他锁、间隙锁等多种锁机制,并通过MVCC减少冲突。表锁升级常发生于SQL无法命中索引引发全表扫描、大事务更新大量数据导致自适应哈希索引失效、执行 ALTER TABLE 等DDL操作,以及死锁检测后强制升级场景。优化需确保索引覆盖查询,拆分大事务降低锁粒度。
查看20道真题和解析
点赞 评论 收藏
分享
评论
1
3
分享

创作者周榜

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