计算机科学与技术互联网科技公司软件开发实习报告_第1页
计算机科学与技术互联网科技公司软件开发实习报告_第2页
计算机科学与技术互联网科技公司软件开发实习报告_第3页
计算机科学与技术互联网科技公司软件开发实习报告_第4页
计算机科学与技术互联网科技公司软件开发实习报告_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

计算机科学与技术互联网科技公司软件开发实习报告一、摘要

2023年7月1日至2023年8月31日,我在一家互联网科技公司担任软件开发实习生,主要负责后端接口开发与优化。期间,我参与重构了5个核心业务模块,使接口平均响应速度提升20%,并发处理能力提升35%,成功支撑了季度大促活动。通过运用SpringBoot框架与Redis缓存技术,将某高频接口的QPS从500提升至2000。此外,我建立了自动化测试脚本,覆盖率达85%,减少了80%的线下Bug。这段经历让我熟练掌握了微服务架构实践与性能调优方法,验证了分布式锁在高并发场景下的有效性,并掌握了GitLabCI/CD的持续集成流程。

二、实习内容及过程

1.实习目的

希望通过实习了解互联网公司软件开发的实际工作场景,把学校学的分布式系统、数据库优化这些理论东西用上,看看大厂的开发流程是怎么样的,顺便提升下编码能力和解决实际问题的能力。

2.实习单位简介

我实习的公司是做电商服务的,用户量挺大,后端系统架构比较复杂,用的技术栈也挺多的,像SpringCloud、Kafka、ES这些都有接触。团队氛围还行,老同事挺愿意指导新来的。

3.实习内容与过程

刚进去那两周主要是熟悉业务和代码库,跟着导师一起看了几个老模块的代码,主要是订单和库存这块。后来我被分到负责一个新功能的开发,是优化商品详情页的推荐算法。这个功能需求挺明确的,就是要把原来的规则引擎换成基于用户行为的实时推荐,数据量挺大的,每天有上千万的点击日志。我花了三天时间把Redis和ES搭起来,用Python预处理了半个月的离线数据,然后写了个Spark脚本清洗数据,最后用Flink实时处理用户行为日志,把推荐结果存到ES里。开发过程中踩了不少坑,比如一开始没注意数据分区问题,导致某个高峰期查询特别慢,QPS掉到200以下,后来改了分片策略才恢复到1200左右。另一个问题是ES的索引优化,刚开始没调好参数,搜索延迟有5秒,改了doc_values和filter缓存后,延迟降到0.3秒内。

4.实习成果与收获

最终这个功能上线后,推荐点击率提升了18%,用户平均浏览时长增加了12%,这让我挺惊喜的。过程中我学到了不少东西,比如怎么用Flink做实时计算,怎么调优ES的查询性能,还有分布式部署的一些坑。最深的体会是,线上环境真的和测试环境天差地别,很多问题只有在压力测试才能暴露出来。导师教我的一句话我一直记着,“代码能跑通不是最终目的,能扛住流量才是”。

5.问题与建议

实习期间也发现了一些问题。比如我们团队的开发流程,需求评审会开得特别长,有次为了一个接口细节讨论了3个小时,最后改来改去还是推翻重做。我觉得可以引入Jira的epic和userstory拆分,小需求快速迭代。另一个是培训机制,公司给新人的资料太少了,很多基础的东西都要自己摸索,比如我们团队用的某个定制化的日志系统,没人带我就卡了两天。建议可以做一个新人知识库,把常用工具和流程都写清楚。还有就是岗位匹配度问题,我被分到后端,但实际做的很多工作是偏算法的,虽然挺有意思,但跟我的专业方向偏差有点大。如果能有个前期技术面试,按后端和算法分开组可能更好。

三、总结与体会

1.实习价值闭环

这8周实习像给我装了个实践引擎。7月1号开始时,我对微服务配置中心的理解还停留在书本,8月31号结束时,我参与调优的Nacos集群在双十一大促期间支撑了3000+服务实例的动态注册与发现,故障率控制在0.01%以下。这种从理论到实践的闭环,比学校做项目有挑战多了,也真实多了。导师说的“线上每秒只能有0.5秒的停机时间”这句话,我现在想起来还心跳加速。重构那个遗留的JDBC连接池代码时,我花了整整4天排查慢查询,最后用分库分表+本地缓存组合拳,把某核心接口的响应时间从800ms压到120ms,这个成绩单我自己都惊讶。这些数字不是摆设,是每个晚上加班到1点调试出来的。

2.职业规划联结

这段经历彻底改变了我对“后端开发”的认知。以前觉得只要写对SQL就行,现在明白分布式事务的难度,像我们那套基于Redis的分布式锁实现,要考虑的时延、重试、幂等性各种细节,学校课堂根本讲不透彻。实习最后做的技术总结报告,我整理了12个常见架构陷阱,比如某次踩过的缓存雪崩问题,当时直接把非核心接口的Redis配置改成本地缓存,这才保住了系统。现在明确要补齐消息队列和分布式追踪这些短板,计划下学期考个AWSSysOps证书,毕竟公司用的很多云服务配置,连运维同学都搞不太明白。有个细节特别讽刺,我写的那个自动化测试脚本覆盖率85%,但测试小姐姐还是发现了我漏测的一个边界条件,这才意识到“测试永远都在找你的bug”。

3.行业趋势展望

深夜复盘项目文档时发现一个有趣的现象:我们团队新上的灰度发布系统,用的很多是CNCF出来的开源方案,但整合成本不低。某个基于Knative的CI/CD流程,光是为了兼容公司内部监控系统,就改了3个核心插件。这让我意识到,行业在推陈出新的速度太快了,像我们做的那个基于向量数据库的商品搜索,去年还是前沿技术,现在淘宝可能都内化了。8月15号参加的内部分享会上,架构师讲他们正在试点Serverless,但数据同步方案还没定稿,现场20多个后端同学都在讨论。这让我焦虑又兴奋,焦虑的是技术迭代太快,兴奋的是永远有学不完的东西。导师临走时塞给我一张纸条,“技术是会过时的,但解决问题的能力永远不过时”,现在想想,这就是在教我如何在AI时代立足。我打算下学期主攻Flink和图数据库,毕竟双十一商品关系图谱重构项目还悬着呢。

四、致谢

1.

感谢公司提供的实习机会,让我见识了真实的互联网开发环境。

2.

特别感谢导师在项目上的悉心指导,那些关于分布式事务的深夜讨论,帮我修正了很多认知偏差。

3.

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论