陈狗蛋_ level
获赞
893
粉丝
78
关注
16
看过 TA
3787
南昌航空大学
2025
Java
IP属地:上海
暂未填写个人简介
私信
关注
11.11:完成学员端分单列表和详情的部分开发;思考:由于新增分单,和之前已经写好的订单逻辑有些冲突,需要重新设计,孙昕老师和李雁飞老师的设计下,将全款订单也生成一个子单信息,这样一来所有订单都可以作为子订单统一处理,而我负责的订单列表和详情也非常方便,让我感受到了技术设计的重要性,因此,在以后的开发中,我会先进行方案设计再进行开发,这样就能避免技术债务;11.12:完成学员端分单详情的开发;11.13:和前端对接分单列表和详情,新增头像审核接口,在详情页面新增了projectId,以便于前端判断项目是CFA还是大职研;思考:由于看需求不仔细,忽略了UI的重要性,导致忽略了保存头像是需要单独一个接口的,不过由于将图片审核整理到了api层,所以花费太多时间,以后会原型加上UI一起看的,以免遗漏细节;11.14:新加的订单列表展示即将逾期的订单,单独出一个接口解决:对于查找订单列表的设计,我一开始是想在代码里面做排序和筛选,但是孙老师说一条SQL就能解决,就没必要用太多代码处理,但是在后面讨论到过期时间需要加索引的时候,孙老师说当有上千万订单时,即使添加了索引也会很慢,于是还是改成了在代码里面做排序筛选。11.15:解决ClassIn出现的bug问题:ClassIn的逻辑是由吴冬辉老师之前就写好的,但是在测试的时候还是发现了bug,当用户已经在ClassIn客户端注册时,再次调用api注册,我们仍然会将他标记为首次注册;可能是我之前对接后测试的不仔细,导致出现了这个缺陷;解决:在和ClassIn售后人员沟通后,我重写了ClassIn的部分逻辑,解决了bug
0 点赞 评论 收藏
分享
11.4:完成v1.1学员端用户查询功能和部分信息变更功能的开发;出现的问题:之前已经写好了部分信息变更的逻辑,但是当时考虑欠缺,导致需要大改;解决:经过思考,理顺了逻辑,也算是把之前的代码结构优化了一下;11.5:将阿里云图像审核功能整合到代码中,完成学员端用户信息变更功能的开发;问题:官方给的sdk的demo仅仅只是一个示例,要整合到我们的代码中,还需要规范化结构化,并且需要保证client可以重复利用;解决:通过静态属性保证了client只有一个,不会重复创建链接,并且将sdk整合成了api和api实现,提供了一个通过图片url获取审核结果的接口;思考:能否用设计模式或者其他优雅的方式来编写阿里云sdk,我感觉自己写的结构并不是很好,后续通过更多的学习看能不能继续优化;11.6:完成后台给学员添加备注功能,增加补充信息,以及添加备用邮箱为后台用户列表的筛选项;问题:由于前期考虑不周,将备用邮箱放到了用户详情表,导致筛选项又需要多连一张表进行查询;解决:在孙昕老师的提醒下,我思考了用户的一些基本属性,如性别、生日,这种属性应该放到用户表中,而不是放到详情表,由于备用邮箱需要作为筛选字段,因此也放到用户表中,就可以避免多连一张表导致性能下降;11.7:完成ClassIn功能的自动化注册和发送邮件功能;问题:ClassIn需要将账号保存到第三方表,我们现在使用的账号是邮箱,而我在完成开发进行测试时发现,数据库表中存了邮箱明文,说明当时设计表时忽略了这一点;解决:增加加密字段和md5字段,新增了update接口并测试保证存到数据库的一定是密文;思考:用户相关的敏感信息(邮箱、电话)等入表一定要记得加密和md5;11.8:梳理学员端分单功能需求,梳理用户支付相关的整个流程,设计响应实体;思考:通过看李老师写的订单支付相关的代码,发现有部分共通的功能(订单完成的状态变更、通过订单编号检验流水),可以拆出来作为共有功能,方便维护和扩展,因此我以后在写代码的时候,也应该考虑,是否有部分共通的代码,可以抽取出来,或者使用设计模式让整个结构和逻辑更加清晰;
0 点赞 评论 收藏
分享
导师要求周报要写日期和思考,而不是像流水账一样寥寥几句,因此一改往常流水账风格,写成了人机周报,有些思考还挺有用的,发布到这里,后面自己还能回顾一下。后面应该每周都会更新周报了============分割线==============10.28:修改了现有代码的Assembler层的问题,同一个方法重载多次;问题:为什么不能多次重载?思考:虽然返回的是相同对象,但是功能不同,入参不同,在调用时容易混淆,因此修改方法命名,使其更加符合其功能,而不是多次重载;10.29:通过单元测试调通ClassIn自动注册接口,画了相应的时序图;问题:流程图和时序图的区别?解决:时序图主要反映时间上每个步骤的流程,结合时间更加直观,而流程图以流程为主,在较小的范围内能清晰的展示流程;思考:对于需要调用三方服务同时又有回调的功能,用时序图会更加直观;10.30:参加需求迭代会,梳理下一期迭代的需求,拆task并大致估时,同时完成前置工作,核对了业务上的一些细节;10.31:设计用户详情表等需求相关的表;问题:第三方表账号字段为什么不能以三方服务自己的名字命名?解决:如果以三方的服务命名,那么当再次接入一个服务时,又要新增字段,每一次增加服务都要新增字段,不便于维护,且数据也会不整洁,会出现某个用户这个字段有值而另一个字段没值,每个用户的数据的结构不一致;思考:第三方账号表设计应该具备通用性,对于不同的三方服务,统一用来源表示,更加容易维护和扩展;11.1:调研阿里云图像审核的前置工作,了解如何使用并且需要哪些参数,这些参数的含义,都写入了技术文档;文档比较清晰,一些疑惑的点也都问了客服,通过示例代码了解了使用方法,没有什么问题;
投递阿里云等公司10个岗位
0 点赞 评论 收藏
分享
deltta:就是阿里云盘,建一个新文件夹,选择筛选所有图片,就会出来很多不属于自己的照片。项目组年终奖没了,还得有人要走
投递阿里云等公司10个岗位
0 点赞 评论 收藏
分享
hhhhhhh_1:笔试做完,第二天久挂
投递中通快递等公司10个岗位
0 点赞 评论 收藏
分享
高顿教育,base上海。刚进去腾讯会议里有两个人,我以为是群面,结果一个面试官问完后另一个面试官来问。无八股,项目拷打。kafka流式处理的过程?你用到了时间窗口?为什么要用这个,和其他的窗口相比呢?(给我问懵了,我就调用了个api)DFA算法是怎么实现的?为什么用ArrayIist?Linklist和arraylist的区别?消息如何保证顺序性?从生产者到消费者整个过程说一下反问。业务就是教育这类系统的开发多久出结果?一两天内然后结束了,让我等他一下。过了一会另一个面试官,就是一直在旁听的那个面试官和我聊天。他说我说话停顿,语速比较慢,是不熟悉还是性格就是说话比较慢我有点哭笑不得,我说话比较慢其实是一直在想从哪里开始说会说的比较通顺,想让面试官听懂而且毕竟全程没开摄像头,光聊天,我都想拿画板给他演示了然后问我专业的课程,学的基础如何,然后还问我有没有研究源码的习惯,我说有,他让我讲讲比较拿手的我就说了hashmap的底层原理,他问为什么负载因子是0.75,不是0.6?不是0.76?不能是0.8?能不能修改?怎么修改?当时记了一下,没仔细去推敲,全去理解扩容机制了,然后磕磕绊绊的说不出来,尴尬了然后问了下评价,面试官说掌握的技术还可以,也有自己的思考,然后给了两个建议技术栈不是越广越好,应该多了解底层原理,像hashmap底层为什么这样实现,这些数字是什么含义?能让我走的更远第二个就是数据结构和算法,是必须要弄透彻的部分,他说程序无非就是数据结构+算法这两部分弄清楚之后,就会发现其他框架也有类似的东西总体来说还不错,感觉第二个面试官更厉害一点,我还担心说hashmap底层原理没说出来给我扣分,他说不用担心,我们就是聊天,不会影响最终结果希望快点出结果对了,面试官说看了我的博客,没法判断我掌握的情况都是之前写的博客,没什么技术含量
查看8道真题和解析
0 点赞 评论 收藏
分享
_间宫卓司:感觉没啥问题,应该就是这样的简历太多了,而且有更好的,所以就筛了。还是人太多了
投递快手等公司10个岗位
0 点赞 评论 收藏
分享
关注他的用户也关注了:
牛客网
牛客企业服务