第七周个人周报-197242-董浩宇
一、本周任务执行情况
| 任务 | 情况 | 预计用时 | 实际用时 |
|---|---|---|---|
|
合并团队报告,完成个人报告 |
完成 |
5h |
6h |
|
与队友共同实现ai聊天后端功能 |
完成 |
5h |
5h |
|
完善管理员功能表格 |
完成 |
1h |
1h |
|
实现管理员功能前端界面 |
完成 |
1.5h |
1h |
|
与队友共同实现管理员后端 |
完成 |
3h |
2h |
二、本周个人工作中的困难与解决方案
困难:
-
1.如何获得ai大模型的api,如何将ai大模型的api在后端配置?
-
2.管理员后端在删除队友时,为什么会删除失败?
解决方案:
-
1.与队友商量,最终决定配置豆包的api,同时查看火山方舟对应文档,学习如何配置。
-
2.经过idea控制器的日志,了解到在删除用户时没有级联删除所有有关的表,之后在一系列比对后,最终在相关表的操纵层进行修改,成功实现级联删除用户。
三、本周学习内容
-
1.AI接口开发知识:学习大模型API申请流程、接口调用方式,掌握后端接入第三方AI接口的配置方法,了解火山方舟平台的使用规范,熟悉API密钥管理、请求参数配置以及接口调试技巧
-
2.后端数据库优化知识:学习数据库级联删除原理,掌握通过修改操作层代码优化数据表关联逻辑的方法;学会利用IDEA运行日志排查后端代码bug,提升程序故障排查和问题调试能力。
四、个人对本周工作的感悟
这周我负责了项目的前后端开发和报告整理工作,所有任务都顺利做完了。本次开发过程中,我真切体会到团队合作的重要性。在对接AI接口时,我对相关操作并不熟悉,靠着和队友互相交流、一起探讨,才顺利解决了问题。另外在修复删除用户的bug时,我学会了查看运行日志排查错误,也意识到自己写代码时考虑不够全面,经常忽略数据表之间的关联关系,从而产生程序漏洞。
这也是项目的最后一周,在这次的项目中我真切意识到自己作为队长的许多不足之处,比如太过的重视技术方面的提高,而忽略了文档方面许多东西。同时在时间规划方面也有着许多不足之处,导致了许多问题。后续我一定会认真改正,提前做好时间的规划。
但同时,我也获得了许多收货。在第一周,我仅掌握简单的Spring Boot项目搭建、数据库增删改查操作,随着开发推进,我逐步学习并理解了Servlet底层原理、Spring框架IOC、AOP、MVC核心底层知识,熟练使用JPA操作数据库,能够独立编写后端接口、完善业务逻辑,同时掌握了跨域配置、图片本地存储、字段校验等实用开发技巧。
开发过程中我也遇到了诸多技术难题,Git分支操作错误导致项目损坏、跨域访问无法连通、数据表冗余、接口校验逻辑漏洞等问题层出不穷。最开始我面对bug容易慌乱,有时候不得不熬夜去改好多好多东西。
慢慢地,在写后端的时候,我学会利用Postman测试接口是否可以传送正确的数据、学会使用浏览器F12调试工具排查一些前端经常出现的小问题,结合资料与AI辅助分析代码,逐一攻克技术难点。
而在团队管理上,我也学会了TAPD平台使用,我发现一个好的合作平台确实能够极大节省我们做项目合作的时间。通过它能够完成需求录入、任务拆分、缺陷记录、文档编写等工作。
同时在三四周的时候,ai也成为了必不可少的一个工具,我也越来越认识到ai是一把双刃剑。在使用ai完成后端各个部分的工作的过程中,前两周任务比较少的时候,我还能做到静下心来,一步一步的完成项目,了解每一行代码的意思。但不知道从什么时候起,或许是中期检查的压力,或许是代码任务的愈发繁重,我在那个时候越来越依赖ai起来。对一大堆的代码不求甚解,只要能运行就行,变的越来越急功近利起来。从一个学习者变的更像一个代码搬运工。
而在,五六周我也深刻反思了过度依赖AI的问题,现在的我会刻意研读每一段代码,弄懂底层逻辑,摆脱代码搬运的开发方式。也会多多使用常见开发工具,了解哪里出了问题,如何独立处理问题,
本次项目让我明白后端开发不仅是写接口,更要考虑代码严谨性、安全性和逻辑性,技术学习一定要动手实践、深究原理,不能只依赖网课和工具。也学会了作为一个队长如何管理和带动团队,虽然还有许多不足之处,但我也会继续努力改正的。
相关推荐
【Web服务器运维】基于Nginx与Keepalived的高可用负载均衡系统部署:实现故障自动切换与虚拟IP管理
内容概要:本文详细介绍了如何通过Nginx与Keepalived实现高可用的负载均衡架构。首先讲解了Nginx的安装部署流程,包括依赖环境的准备、源码解压编译、启动及配置重载;接着介绍了Keepalived的安装步骤及其服务管理方式;重点在于通过配置Keepalived的主备节点(MASTER/BACKUP),结合VRRP协议和虚拟IP(VIP)实现故障自动切换,并通过自定义脚本nginx_check.sh实时检测Nginx运行状态,确保服务高可用;最后补充了在云环境中因组播限制导致心跳不稳定时,应改用单播(unicast)方式进行通信的解决方案。; 适合人群:具备Linux系统操作基础、熟悉网络基础知识,从事运维、DevOps或Web服务部署的技术人员,尤其是工作1-3年的工程师。; 使用场景及目标:①搭建高可用的Web负载均衡系统,避免单点故障;②掌握Nginx与Keepalived协同工作的原理与实战配置方法;③应用于生产环境中提升服务稳定性与容灾能力。; 阅读建议:学习时应结合实验环境动手操作,重点关注keepalived.conf配置差异与nginx_check.sh脚本逻辑,理解VRRP机制及单播替代组播的实际应用场景,注意根据实际网络环境调整IP与网卡参数。
三电平Buck直流变换器双闭环、单闭环、开环仿真【附参考文献】(Simulink仿真实现)
内容概要:本文档系统介绍了三电平Buck直流变换器在Simulink环境下的开环、单闭环与双闭环控制系统的建模仿真方法,涵盖系统建模、控制策略设计及动态性能对比分析。通过构建不同控制结构,深入探讨电压调节精度、系统响应速度、抗干扰能力及稳定性差异,重点剖析双闭环控制中电压外环与电流内环的协同作用机制,揭示其在抑制输出纹波、提升负载适应性方面的优势,帮助读者掌握多电平DC-DC变换器的核心控制原理与工程实现技术;文档还提供了详实的仿真参数设置与参考文献,便于理论验证与实践复现。; 适合人群:电力电子、自动化、电气工程及其相关专业的高校本科生、研究生、科研人员,以及从事电源系统、新能源变换器开发的工程技术人员。; 使用场景及目标:①作为高校电力电子课程的教学案例,辅助学生理解Buck变换器多层次控制策略的设计思路与性能差异;②为科研项目中高效直流变换系统的仿真研究提供可复用的技术模板;③指导工业界在高精度电源设计中优化控制器参数,提升系统动态响应与稳定性。; 阅读建议:建议结合Simulink仿真模型同步操作,对照文档逐步搭建各控制结构,重点观察不同闭环配置下输出电压的瞬态与稳态表现,深入理解PI参数整定、环路耦合影响及系统频域特性的关联性,从而全面提升对电力电子系统控制设计的综合把握能力。
国央企创新负责人如何实现科技成果的全流程数字化管理?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。
政府科技管理者如何保障科技成果评价的公正透明?.docx
政府科技管理者如何保障科技成果评价的公正透明?
高校技术转移办公室人员在推介成果转化时,如何实现技术成果的精准呈现?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。


