- 0
- 0
- 约1.08万字
- 约 23页
- 2026-01-30 发布于广东
- 举报
实习工作经验分享
1.个人背景
项目
内容
学校/专业
XX大学计算机科学与技术(本科2025届)
实习公司/岗位
腾讯云·云原生产品部/后端开发实习生(2023.07–2023.09,共3个月)
技术栈
Golang/Kubernetes/gRPC/MySQL/Redis/CI/CD
过往项目
校园网盘系统、基于Gin的博客后端、LeetCode300+
2.实习目标(入职前自顶向下拆解)
业务目标
参与“容器镜像加速”子模块,交付可灰度特性1个,性能提升≥20%。
技术目标
掌握Kubernetes控制器模式、生产级Golang编码规范、CI/CD全流程。
职业目标
争取转正Offer,积累10位以上可联系的人脉,建立“可验证”的职场口碑。
3.关键行动(STAR法)
阶段
场景(S)
任务(T)
行动(A)
结果(R)
熟悉
首次clone300+微服务仓库
1周内跑通本地环境
1.写“踩坑文档”(MkDocs),沉淀32处依赖版本问题;2.主动给mentor节约4h
文档被组内star93次,列入Onboarding必读
需求
镜像拉取耗时高,客户投诉
降低30%冷启动耗时
1.用eBPF跟踪镜像下载链路;2.引入按需unpack+p2p回源;3.AB实验
灰度后均值27%↓,QoS提升一个等级
事故
凌晨Redis队列积压,告警轰炸
30min内止血
1.快速回滚;2.写Post-mortem;3.第二周推动队列长度可观测
零客诉,SLA维持99.95%,组内最佳实践
分享
组内技术分享缺人
输出《controller-runtime入门》
1.做Demo(CRD+controller20min速成);2.录屏+写FAQ
50+同事反馈“能看懂”,获“腾讯云讲师”证书
4.量化成果(可写入简历)
性能:镜像冷启动耗时降低27%,为客户节省约8.4万核·小时/月。
可用性:主导故障复盘2起,SLA稳定在99.95%以上。
效率:推动本地开发容器化,新人Onboarding时间从3d缩短到0.5d。
影响力:技术分享2场,内部Wiki文档5篇,累计阅读量1,200+。
5.成长曲线(时间轴)
6.反思与踩坑
踩坑点
现象
原因拆解
改进方案
第一次MR被-2
代码里直接log(““)
不符合“日志必须分级”规范
写pre-push脚本自动拦截info级日志
估算storypoint过于乐观
5point任务做了2周
忽略联调CodeReview返工
引入“×1.5浮动系数”,拆分子任务
汇报时讲技术细节过多
主管反问“SoWhat?”
缺乏业务语言
用“客户痛点→数据→收益”三层结构重组PPT
7.可复用方法工具包
快速熟悉大型仓库
gitlog--graph--oneline--all画分支脉络
go-callvis可视化依赖
自写“服务启动脚本注释版”+“端口/配置速查表”
需求拆解模板(1页A4)
背景(一句话)
目标(可量化)
方案(3个候选,对比优劣)
里程碑(周维度)
风险对策
CodeReview自检清单
是否可灰度?开关/回滚/监控三板斧
单测覆盖率≥80%?Benchmark有无基线?
错误码是否遵循公司《ErrorCode2.0规范》?
1-on-1沟通提纲(每周30min)
本周最大成就?
最大阻碍?需要主管出手吗?
下一步成长目标?
对团队任何吐槽/建议?
8.给后来者的10条建议
入职第1天,把“能搜到的文档”全部爬下来,建本地全文索引(Recoll/Obsidian)。
问问题前先给“选项”,展示思考过程,降低他人回答成本。
每周写“小作文”发团队群:1段成果、1段数据、1句感谢,持续刷存在感。
主动申请做“脏活”——文档补全、单元测试补齐,容易获得高ROI好评。
遇到故障先止血再定位,复盘时带上Timeline,永远先讲“影响范围”。
别只盯技术,和业务运营同学吃午饭,听真实客户吐槽,需求灵感往往在这里。
把面试时承诺的“三个月目标”写成OKR贴在桌面,每月自评打分。
转正答辩前,找3位不同角色(主管、同事、跨部门)预演,收集“刁钻”问题。
身体是第一生产力,保持23:30前睡觉,否则第二天CodeReview注意力断崖。
实习结束48h内,发一封“感谢+交接+保持联系”邮件,给所有人留好最后印象。
9.后续规划(个人
原创力文档

文档评论(0)