26学院本菜鸡暑期上岸腾讯云智中厂开发后踩坑总结

前言:离职两周后也是顺利上岸,两周的复习说不焦虑肯定是假的,回想起刚学Java的时候最终目标就是8-10k,还是很怀念的,现在此按时间线记录我大学以来踩坑集锦,有同学院本bg学弟也可以作为参考。至于面经就不发了,基本都问实习经历了,没以前面试有参考价值了。

家人们觉得有用送点花花呗,想攒牛币换水杯!!!!

2022.07: 高考完,大学本 > 学院本(一旦选错也难以改变,只能靠后天努力了)

2022.09-2023.06大一:

只关注学校课程、课本,全然不知应该尽早自学Java,打算法比赛。

【ADD:做一个外向的人,以后面试也不会紧张】

2023.07-2024.09大二:

先追求广度再追求深度,广度够了可以多看点面经,而不是像我一样大二暑假才开始JUC、JVM,当时看到牛客内心想的就是还没学到这里,不看不看。

【ADD:1、不建议全栈,浪费了很多时间学前端,现在都忘光了;2、坚持写博客,有精力做开源也可以,很加分】

2024.10-2025.04大三:

1、找到实习,不要过分急于入职,也可以入职一两周内住青旅,有更好的选择也不会亏大钱,小红书房子谨慎谨慎再谨慎,被死中介的假图片骗过去了,每天单趟通勤45min+,意志都给你磨没了。

2、优先选好的业务,学院本大厂面试官也不会相信你的培养能力,大部分选择业务相对匹配或者你做的是核心的才行,再或者是ACM✌,中厂开发 >>> 大厂测开(硕士✌或者喜欢测开当我没说),测开最完美的话个人认为半开半测,全开还不如全测,因为开发不要你,测试更不要你。

3、入职之后继续疯狂面试,不要松懈,八股时常回顾,像我这种比较懒的,忘了之后全部重新回顾内心犯恶心,实习没必要一定待够6个月,太养生了,多拿几段实习经历,至少等春招后再开摆。看别人都是入职一个月就写好新的简历了然后投新公司。

4、算法很重要,暑期和日常实习不一样,做不出来基本挂,日常还可能做不出来给你过。

5、少熬夜,多健身,半年没跑步确实感觉体质明显下降。加上我下班回家就是刷抖音折腾空气炸锅,宵夜不适合吃太多。

6、普通学院本的暑期、秋招、春招不要太快第一批投递简历,容易变炮灰,官网太早投基本凉,看别人都是找熟人内推或者boss找内推,血的教训,但是听说boss上很多都不是HR,都是骗简历的,不好评价。【比如下面投递失败的截图,因为官网投过了,并且限制只能投一次,进的大池子】

7、产出够了如果感觉很难边实习边准备,建议all in找下一家。

8、多积攒点人脉,加入学校相关社团、实验室什么的,或许有中小厂内推给你作为第一段实习,一般这种的面试会比较简单。

#学院##我的求职总结##26届实习那点事儿##27届实习#
全部评论
二本之光
3 回复 分享
发布于 05-25 22:01 江苏
厉害捏,牛友,向你学习
1 回复 分享
发布于 05-26 09:11 广东
再见已是鹅✌🏻
点赞 回复 分享
发布于 05-29 06:17 内蒙古
唉 我真是废了sheep
点赞 回复 分享
发布于 05-29 01:52 北京
sheep太强了
点赞 回复 分享
发布于 05-29 00:17 北京
滨哥
点赞 回复 分享
发布于 05-26 15:59 广东
感觉像是我的一辈子
点赞 回复 分享
发布于 05-26 09:51 广东

相关推荐

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道真题和解析
点赞 评论 收藏
分享
评论
28
32
分享

创作者周榜

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