松鼠ai实习 1 - 3 周有感

文章讲述了作者在松鼠AI实习期间,从接触企业级CRM系统、熟悉开发环境和工具,到实现前端页面、后端接口和自动化任务,体验了企业级项目开发的全过程,虽然忙碌但收获颇丰。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

bg:上一次实习做的内容是测试和实施,感觉学不到技术,在松鼠ai的实习 offer 下来后,果断选择结束上一段实习。

我是在松鼠ai负责业务支撑组的开发任务,技术栈为 Java,主要方向做的是 toB 的 CRM 系统。

第一周

入职,领取邮箱账号,查看和阅读内部wiki、飞书、gitlab等等工具和文档。
了解组内负责的项目、阅读相关代码。第一次见到企业中的项目,第一次直观感觉到自己之前写在简历上的项目有多“小”了,现在我印象中的企业项目大到编译一次,80多秒…,一个 mysql 中将近一千个数据库,一个库 200+ 张表,我觉得这个项目至少得熟悉一个月再来上手写吧。嗯嗯…,结果第二天需求就来了,要求写一个前端页面,清理 redis 中的缓存,原先这个接口已经有了,需求的原因是原来拼接这个接口地址的时候很麻烦,并且是内部的非技术人员使用,没办法,理解了同事的苦难之后,我前后端一起写,刚开始写的很怕,因为前端基本没有写过,后端倒是信心满满,后来 element-ui 和 vue 被我在浏览器搜了无数遍,最终结果还是好的,写出来了hhh。(下面是我写在实习生每周任务记录表上的内容,感觉还是蛮充实的hhh)

  1. 开发环境部署完毕,包括 git 、mysql、nginx、java 等,在开发机上部署了经销商系统。
  2. 熟悉了项目的开发规范,包括接口定义、实现,控制层和持久层的技术选型等,熟悉了组内负责的系统相关库表结构。
  3. 完成了缓存清理接口,实现了缓存清理的可视化界面。
  4. 经销商基础配置数据的 CRUD 接口全部实现,并对接了缓存清理接口,在修改参数配置时,同时清理参数的缓存,使用 Vue 实现前端页面,和后端接口进行对接,完成前后端联通,功能实现已初步完成。

第一次接触到企业开发,以及企业开发的模式,在 linux 上跑了项目,配了 nginx,拉了项目,idea 和 vscode 远程连接等等,这些东西只在视频中见过,这次自己都实践了一遍,很是开心。

第二周

第二周有4个小需求,3个单表的 CRUD,和一个邮件发送功能。中间穿插了其他表的字段信息获取并填充,还在前端学习了更多的知识,包括 vue 的路由,axios 封装 api,element-ui 组件的充分使用,现在再写 CURD,没在怕的hh。

这周是三周里面最忙的一周,有一次忙到晚上 10 点才回去,唉,有 bug 解决不了是真难受哦,不过还是妥协了,第二天早早来,也把 bug 解决了,不错不错,后来就是写前端,写后端,联调,没有自己在后端中写单元测试以及接口测试。不过我记得这方面的 bug 倒是很少,都一一解决了。

后来迎来了第一个大周,两天休息!!!,周末打球是最爽了哈哈。

第三周

这一周的工作内容是整理定时任务,学习 xxl-job,整理任务的同时,查看这些定时任务的写法,为后续开发这些功能做准备吧。

然后就是复习 rabbitmq,包括其中的五种消息接发模型,queue、work-queue(消息预取机制)、fanout、direct、topic,熟悉了在 linux 中使用 docker 开启 rabbitmq 服务,整合到spring-boot项目中,测试消息的发送和接收。

周五还开了需求评审会,也是第一次,感觉需求转化为代码很难呀,而且下一周就要开发这种比较正式的需求,有点害怕,不过好在这种正式需求只负责写自己的专业内容,我这里就是只要写接口,写后端代码还是比较有信心的哈哈。


这三周的感觉就是公司对实习生的要求还是比较高的,要求能尽快进入开发,感觉这点也有好处,就是能够有较大可能留下来。然后公司的待遇还是不错的,每个月都有团建,每周能喝一杯技术部 leader 的奶茶,加班到 10 点报销车费。但是工作时间还是蛮久的,早 10 到晚 9,当然这是正式员工的时间,实习生只要到 7 点就可以自己走了,如果对自己要求较高的话,还是能学到不少东西的。加油,踏实做好每一步吧。

内容概要:本文全面介绍了数据流图(DFD)的概念、构成元素及其重要性。数据流图是从数据传递和加工的角度,以图形方式表达系统逻辑功能、数据流向和变换过程的工具。文章详细解释了数据流图的四个基本元素:数据流、加工、数据存储和外部实体,并通过实例说明了这些元素在实际场景中的应用。文中强调了数据流图在软件开发需求分析和业务流程优化中的关键作用,通过绘制顶层、中层和底层数据流图,逐步细化系统功能,确保数据流向和处理逻辑的清晰性。此外,文章还指出了常见绘制误区及解决方法,并以在线购物系统为例进行了实战分析,展示了从需求分析到数据流图绘制的全过程。 适合人群:软件工程师、业务分析师、系统设计师以及对系统分析与设计感兴趣的初学者。 使用场景及目标:①帮助开发团队在需求分析阶段清晰展示数据流动和处理过程,避免理解偏差;②辅助企业梳理和优化业务流程,识别效率低下的环节,提升运营效率;③为系统设计和开发提供详细的逻辑框架,确保各模块的功能明确,减少开发错误。 阅读建议:本文内容详实,涵盖了从理论到实践的各个方面。建议读者在学习过程中结合实际项目背景,逐步掌握数据流图的绘制技巧,并通过反复练习和优化,加深对系统分析与设计的理解。
资源下载链接为: https://pan.quark.cn/s/5c50e6120579 《CoffeeTime_0.99.rar:主板BIOS修改工具详述》 在计算机硬件领域,BIOS(基本输入输出系统)是计算机启动时最先加载的软件,它负责初始化硬件设备,并为操作系统提供基本的交互功能。不过,随着处理器技术的持续进步,部分主板可能无法原生支持更新的CPU型号。为解决这一问题,一些技术爱好者和专业人士会通过修改主板BIOS,也就是俗称的“魔改”,来提升其兼容性。本文将深入剖析名为“CoffeeTime_0.99.rar”的工具,它是一款专门用于主板BIOS修改,以实现对第6、7、8、9代英特尔CPU支持的工具。 我们先来看“CoffeeTime.exe”,这是该工具的主程序文件。通常情况下,它会配备一套直观易用的用户界面,方便用户对BIOS进行修改操作。不过,在使用该工具之前,用户必须具备一定的电脑硬件知识,因为一旦操作失误,就可能导致系统运行不稳定,甚至无法启动。对于初学者而言,谨慎操作至关重要,否则可能会造成不可挽回的损失。 “readme.txt”是软件包中常见的文档,一般会包含使用指南、注意事项以及开发者提供的其他重要信息。在使用CoffeeTime之前,用户务必要仔细阅读该文件,因为里面可能包含了如何正确运行程序、避免错误操作以及解压后具体步骤等关键内容。 “bin”和“data”是两个文件夹,它们可能包含了用于BIOS修改的各种二进制文件和数据。“bin”文件夹通常会包含特定版本的BIOS固件或用于修改的工具,而“data”文件夹则可能包含更新CPU微码、识别信息等必要的数据文件。在进行BIOS修改的过程中,这些文件会被程序调用,从而实现对原有BIOS的扩展或修正。 BIOS的修改过程一般包含以下步骤:首先,备份原始BIOS,这是在进行任何修改前的必要步骤,以便
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值