狠狠劝退客户端架构/SDK开发岗位

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：梳理学员端分单功能需求，梳理用户支付相关的整个流程，设计响应实体；思考：通过看李老师写的订单支付相关的代码，发现有部分共通的功能（订单完成的状态变更、通过订单编号检验流水），可以拆出来作为共有功能，方便维护和扩展，因此我以后在写代码的时候，也应该考虑，是否有部分共通的代码，可以抽取出来，或者使用设计模式让整个结构和逻辑更加清晰；

先说点神奇的，中午躺在床上刚在xhs上点赞了篇《预感，你今天会收到好消息》，十分钟不到就收到了美团的电话哈哈哈！！在这里也衷心祝愿大伙们都能找到自己满意的工作，都收获到好消息！！我没啥追求就先退出秋招场了，这篇简单记录下这段时间的心路历程，做个分享不喜勿喷呐～ 背景：从10月下旬转正没成功，2天办理完对接和离职手续出来准备校招。这时间已经很晚了很多窗口都关闭了（去哪儿、好未来、微众银行、阅文这些直接就无了）且之前实习中也没花很多时间在八股和算法上，既担心互联网手撕过不了，又担心国企行测不会，导致前几天真的焦虑慌张！！但我是那种相对心态良好的人，奉行"天塌下来还有比你高的人顶着"和"总有人比你过...

荣耀北京硬件现在都没信还要等吗

很爽的面试，面试官很和蔼，也没问偏门八股介绍项目用户登录流程和实现细节优惠券秒杀流程和实现细节redis业务场景分布式锁和java锁的区别消息队列业务场景消息阻塞怎么解决线程池业务场景线程池和消息队列区别如果消息队列积压消息，怎么处理怎么确定数据库最大并发量遇到最大的困难是什么如果项目上线，要求1wQps只达到了8000，该怎么办如果主管说你有缺点，你做那些事情改正缺点反问面试有什么缺点去了主要干什么