阿里后端JAVA一面凉经

class生命周期jni效率优化4亿行数据 进行去重乐观锁与悲观锁设计模式分布式事务手写rpcjvm内存管理与C++区别

1.自我介绍，基本情况2.实习拷打半小时字节+滴滴3.算法15min，岛屿问题，被X包住的O全部改成X。。。。不是哥们现在都不问八股的吗#阿里巴巴##字节跳动##腾讯##网易##牛客创作赏金赛#

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

我是一个公办二本的本科生，浑浑噩噩的度过了前面三年的大学生活，现在大四了，秋招也来了，而我那可笑的见识还保留之前所谓的“上了大学就好找工作啦”“互联网这么热门岗位肯定很多的”。然后现实狠狠的给了我几个耳光，让我明白了现在的求职有多么不容易。从那以后我就想亡羊补牢，在网上学学技术，试图在春招能够找到一份工作。本来我还在按照自己的计划背八股，学技术，刷题目，但是我今天突然就情绪崩溃了，我开始质疑起自己的大学生活是否有意义，开始怀疑起自己这样学习下去能否找到工作，因为我看到很多比我厉害的人都在说他们没找到工作。在恢复了一下情绪后，我还是决定继续亡羊补牢，即使我在这个方向上找不到工作，我也想要努力一把，这将是我四年大学生活终章，同时，我也很感谢我的辅导员以及我的朋友们，因为他们一直在给予我鼓励。很抱歉打扰了您，不管您觉得我是咎由自取也好，觉得我是小丑作秀也罢，希望看到这篇文章的人能够以我为戒，不要步入我的后尘。