软件工程科创公司软件工程师实习报告

软件工程科创公司软件工程师实习报告一、摘要

2023年7月1日至2023年8月31日，我在一家软件工程科创公司担任软件工程师实习生，负责后端系统开发与优化。核心工作成果包括重构API接口，使系统响应时间缩短30%，日均处理请求量提升至10万次，错误率降低至0.5%。参与开发自动化测试脚本，覆盖率达85%，累计执行测试用例2000个，有效减少线上Bug数量。应用Python和Go语言进行性能调优，通过数据库索引优化和并发处理，将内存占用降低20%。提炼出可复用的敏捷开发流程与CI/CD自动化部署方法论，包括每日站会、需求迭代拆分与代码审查机制，为团队提升15%的开发效率。

二、实习内容及过程

1.实习目的

主要是想看看自己学的那些东西在真实项目里怎么用，了解下软件工程在快速迭代环境下的实际操作流程，看看自己是不是真的喜欢这行。

2.实习单位简介

我去的这家公司，主营业务是做分布式系统解决方案，客户主要是金融和互联网行业的，技术栈比较新，像啥微服务、容器化部署用得挺多。

3.实习内容与过程

入职第一天开始熟悉项目代码库，用的是GitLab，导师给我配了几个模块让我先看。7月5号开始接手一个用户认证模块的优化，原接口响应时间有1.5秒，线上反馈偶尔会超时。我花了两天时间梳理了调用链，发现是数据库查询慢导致的，里面有个Join操作特别重。当时手头只有PostgreSQL，学习了一下午的SQL调优技巧，比如重写查询语句加索引，最后把响应时间降到了0.3秒，线上告警次数从每天5次降到0.2次。

7月15号参与新功能开发，是做消息推送服务，需求是要支持离线消息重传。当时团队用的是RabbitMQ，但发现队列积压严重，高峰期消息延迟超过5分钟。和导师一起排查，发现是消费者处理不过来，内存设置太低了。我自学了kafka，花了三天时间把代码从RabbitMQ换到kafka，并调整了消费者组配置和批量处理参数，最后延迟稳定在1分钟以内。这个过程中还踩了不少坑，比如分区策略选得不好导致某些消费者压力特别大。

4.实习成果与收获

最后那周做了个总结报告，量化数据是：负责的认证模块QPS从8万提升到12万，错误率从1.2%降到0.3%；消息推送服务支持了百万级用户并发，重传成功率提升到98%。收获就是真的把数据库调优和消息队列排错练出来了，以前书上看的SQL执行计划、索引覆盖啥的，实际操作起来才懂哪个坑最深。导师还给我分享了他们内部用的代码审查流程，比如要关注接口幂等性设计、异常处理要完整，这些细节以前真没太注意。

5.问题与建议

有两个地方觉得可以改进。一是管理上，比如需求变更没个统一记录，有时候几个方向同时改容易冲突。建议弄个共享的Jira看板，所有需求都得先过一遍优先级排序。二是培训机制，入职培训就半天，很多工具都是现学现用，比如那会儿没人教我怎么用Prometheus看服务监控，都是自己瞎摸索。可以搞个工具链配置的实操课，或者建个内部Wiki专门放这些操作手册。岗位匹配度上，我感觉自己学的东西用得不够多，比如Docker和Go语言接触的时间太短了，如果早点上手肯定能帮上忙，后面几周都是现补的。

三、总结与体会

1.实习价值闭环

这8周实习像把书上的理论装进了实践里。7月10号第一次调试接口踩各种报错的时候，觉得数据库事务隔离级别真是个麻烦事，后来在认证模块优化时主动去研究ACID特性怎么在SQL语句里体现，最后测试结果确认了那几条语句的隔离级别设置是关键。这种学以致用、立马看到效果的感觉，比单纯做实验做项目有代入感。导师说的“每次修改代码前都要想清楚最坏情况”这句话，现在写每行代码都会下意识去想边界条件。

2.职业规划联结

最直接的变化是看清楚了自己想不想做开发。以前觉得学编程就是敲代码写算法，现在明白软件工程更像是工程兵，需求分析、架构设计、性能压测、线上应急处理全是必备技能。实习期间用Go写微服务那阵子，虽然每天加班到9点，但看到自己那部分部署到Kubernetes集群里跑得稳，突然觉得这种成就感特别实在。下学期打算报个AWS认证，公司用的云环境不少，现在看文档总感觉隔层纱，拿到认证至少能跟面试官说“我实际用过这些玩意儿”。

3.行业趋势展望

现在接触的分布式系统，像服务网格Istio、Serverless这些概念在项目里用得越来越多了。7月25号参与架构评审会时，听技术大牛讲流量调度那套逻辑，才意识到自己学的“负载均衡”太浅了，原来做高并发得考虑TCP拥塞控制、DNS轮询算法这些底层细节。公司那套CI/CD流水线，从代码提交到部署上线只要5分钟，这种快速迭代的节奏确实像业界主流说的“DevOps文化”。如果继续干这行，肯定得补上运维和测试这块短板，现在看测试自动化那些框架也很有意思。

4.心态转变

以前写代码总觉得写完就行，现在会想用户会不会因为这个Bug卡死操作。比如优化认证模块时，为了把错误率从1.2%降到0.3%，连续一周加到凌晨三点改了几十个地方，最后上线发现用户反馈说登录变快了，这种“被需要”的感觉挺奇妙的。现在写每个需求文档都会主动加上“预估QPS”“异常场景处理”这些字眼，感觉跟用户和产品经理沟通时底气足了不少。这种责任感可能就是所谓“职场人”吧。

四、致谢

1.

感谢实习期间给予指导的导师，在技术难点上给了我不少启发，比如7月12号讨论认证模块加缓存策略那会儿，帮我理清了本地缓存与分布式缓存的选择边界。

2.

感谢团队成员，特别是负责架构的同事，带我看了不少线上问题排查的案例，像8月2号那场突发流量风暴，他们处理慢查询加熔断器的思路挺值得学。