12.13周报
12.9:完成了seo配置接口的开发和详情接口的开发;由于孙老师已经将多语言保存和获取的工具写好,所以这个任务并不难。在写完接口后,我看了多语言工具的源码,它是通过反射来赋值和获取的,这样一来,多语言获取的操作非常方便,并且可以集中维护;
12.10:解决seo保存时出现的bug;在保存seo接口的时候,出现了无法清空的现象。seo的配置是可以清空的,但是保存空字符串的时候,接口返回仍然是原来的值;看代码发现,这是因为保存多语言的时候,增加了一个strutil.isBlank判断,导致空字符串无法保存到数据库,和孙老师讨论后,将判断改成了ObjectUtil.isNull,解决了这一问题。
12.11:完成不登陆留资接口改造;目前已有的两种留资方式,是官网登录留资和不登陆留资,而营销落地页留资,并没有商品id;而按照原来的留资,没有商品id就无法获取项目来源,CFA或者Degree,因此需要对留资接口进行改造,而其他情况下的逻辑又不能变;所以我增加了一层判断,通过判断有无商品id,去获取商品,没有商品id的话,就去通过感兴趣项目判断是CFA或者Degree;
12.12:优化已有的代码结构,设计用户编辑的command实体;在私有方法中,对于if else的使用,完全可以省略第二个esle,在满足第一个if条件后,直接return;代码看起来更美观,并且,形同的部分可以抽取成公共方法,避免出现重复代码;
在设计用户编辑command对象的时候,我将所有共有的属性,抽取成了base类,然后再通过不同的场景,继承这个类然后扩展,做到了里氏原则;
12.13:对用户编辑需求兼容之前的添加备注接口;由于之前考虑的不够,添加备注功能和用户编辑功能整体的逻辑是一样的,我想直接在添加备注这个接口上进行改造,而一旦改造,就意味着原来的接口不能用,将会导致自动化测试等报错,造成一定的影响,因此旧接口需要保留,重新开一个新接口,去实现功能,然后替换掉原有的接口;等配合前端改好之后,再将旧的接口下掉,做到兼容性;
12.10:解决seo保存时出现的bug;在保存seo接口的时候,出现了无法清空的现象。seo的配置是可以清空的,但是保存空字符串的时候,接口返回仍然是原来的值;看代码发现,这是因为保存多语言的时候,增加了一个strutil.isBlank判断,导致空字符串无法保存到数据库,和孙老师讨论后,将判断改成了ObjectUtil.isNull,解决了这一问题。
12.11:完成不登陆留资接口改造;目前已有的两种留资方式,是官网登录留资和不登陆留资,而营销落地页留资,并没有商品id;而按照原来的留资,没有商品id就无法获取项目来源,CFA或者Degree,因此需要对留资接口进行改造,而其他情况下的逻辑又不能变;所以我增加了一层判断,通过判断有无商品id,去获取商品,没有商品id的话,就去通过感兴趣项目判断是CFA或者Degree;
12.12:优化已有的代码结构,设计用户编辑的command实体;在私有方法中,对于if else的使用,完全可以省略第二个esle,在满足第一个if条件后,直接return;代码看起来更美观,并且,形同的部分可以抽取成公共方法,避免出现重复代码;
在设计用户编辑command对象的时候,我将所有共有的属性,抽取成了base类,然后再通过不同的场景,继承这个类然后扩展,做到了里氏原则;
12.13:对用户编辑需求兼容之前的添加备注接口;由于之前考虑的不够,添加备注功能和用户编辑功能整体的逻辑是一样的,我想直接在添加备注这个接口上进行改造,而一旦改造,就意味着原来的接口不能用,将会导致自动化测试等报错,造成一定的影响,因此旧接口需要保留,重新开一个新接口,去实现功能,然后替换掉原有的接口;等配合前端改好之后,再将旧的接口下掉,做到兼容性;
全部评论
相关推荐
11-18 18:24
北京理工大学珠海学院 嵌入式软件工程师
秋招投简历提醒助手:个人经验是,一般面二十场左右就会进入侃侃而谈阶段。我今年七月末的时候开始的第一次面试,都是很多不会,回复很慢。后面慢慢迭代,到九月中的时候基本上面啥说啥,很放松的状态 点赞 评论 收藏
分享
11-04 21:22
天津理工大学 Java
想干测开的tomca...:让我来压力你!!!: 这份简历看着“技术词堆得满”,实则是“虚胖没干货”,槽点一抓一大把:
1. **项目描述是“技术名词报菜名”,没半分自己的实际价值**
不管是IntelliDoc还是人人探店,全是堆Redis、Elasticsearch、RAG这些时髦词,但你到底干了啥?“基于Redis Bitmap管理分片”是你写了核心逻辑还是只调用了API?“QPS提升至1500”是你独立压测优化的,还是团队成果你蹭着写?全程没“我负责XX模块”“解决了XX具体问题”,纯把技术文档里的术语扒下来凑字数,看着像“知道名词但没实际动手”的实习生抄的。
2. **短项目塞满超纲技术点,可信度直接*****
IntelliDoc就干了5个月,又是RAG又是大模型流式响应又是RBAC权限,这堆活儿正经团队分工干都得小半年,你一个后端开发5个月能吃透这么多?明显是把能想到的技术全往里面塞,生怕别人知道你实际只做了个文件上传——这种“技术堆砌式造假”,面试官一眼就能看出水分。
3. **技能栏是“模糊词混子集合”,没半点硬核度**
“熟悉HashMap底层”“了解JVM内存模型”——“熟悉”是能手写扩容逻辑?“了解”是能排查GC问题?全是模棱两可的词,既没对应项目里的实践,也没体现深度,等于白写;项目里用了Elasticsearch的KNN检索,技能栏里提都没提具体掌握程度,明显是“用过但不懂”的硬凑。
4. **教育背景和自我评价全是“无效信息垃圾”**
GPA前10%这么好的牌,只列“Java程序设计”这种基础课,分布式、微服务这些后端核心课提都不提,白瞎了专业优势;自我评价那堆“积极认真、细心负责”,是从招聘网站抄的模板吧?没有任何和项目挂钩的具体事例,比如“解决过XX bug”“优化过XX性能”,纯废话,看完等于没看。
总结:这简历是“技术名词缝合怪+自我感动式凑数”,看着像“背了后端技术栈名词的应届生”,实则没干货、没重点、没可信度——面试官扫30秒就会丢一边,因为连“你能干嘛”都没说清楚。 点赞 评论 收藏
分享