23秋招-百度-前端record

11.25：完成不登陆留资接口开发；由于原先就存在已登录留资，和不登陆留资具体逻辑大差不差，但是考虑到可能不登陆留资后续还会添加参数等等，所以新写了个方法，将原先登录留资的部分共有的参数校验抽取成公共方法。11.26：完成创建测试环境需求，创建八个测试商品；建立测试环境主要是为了区分测试人员和正式用户的订单，因此测试商品具有正式商品一样的属性，测试人员在测试流程时就可以选择测试商品，将数据区分开。在完成这个需求的时候，我把所有学员端和后台的流程都走了一遍，也更加熟悉项目的功能结构。11.27：优化不登陆接口开发，留资推OCRM参数增加链接属性、落地页名称和链接来源；新增了推OCRM参数，要区分留资渠道是官网还是营销，如果按照之前的方法，把不登陆留资和登录留资拆开，那么两个地方都要修改，所以我梳理了一下，登录留资和不登陆留资的区别，就在于登录需要对用户进行判断，是否已经留过资，而不登陆则无需判断；除此之外，其他逻辑完全一样。思考：所以不需要写两个方法，登录和不登陆留资本质上都是留资，对于留资的处理都是一样的，只是登录需要多加一个校验，于是我将两个合并，判断如果存在uid，就进行校验，不存在就直接进行后续流程，大大简化了代码，需要增加的只有参数，以及推O那边需要做一层判断；并且我也思考了扩展性，考虑到留资只有登录和不登陆两种情况，所以目前来说我觉得这样写应该是最好的。11.28：完成后台创建用户接口，同时新增备用手机号和区号，同步到学员端和后台列表筛选；创建用户这一部分和当前学员端的注册有些区别，学员注册时只填写基础信息，后面才填写补充信息，而创建用户一次性都填写，包括非必填。因此这两部分虽然有一些共通的代码，但是目前不好抽取，后面可能需要改进。11.29：完成根据邮箱搜索学员接口和改造之前的用户变更记录保存；之前用户变更记录保存是改什么字段保存什么字段，根本不能读取什么字段发生了变更，如果每个字段都加一个属性，表结构就非常混乱。所以我统一了格式，每次保存用户变更记录时，都以user.toJson,userDetail.toJson的格式保存，读取时也可以用这种格式解析，比较前后字段就可以知道哪些字段变更，给后面的用户轨迹留一个口子。

首先，组内的氛围很好，大家都很友好，特别是我的mentor和leader，对我特别有耐心。吃的方面，鹅厂的食堂每天都有好吃的，下午茶还有水果供应。再说说培养计划，部门的安排很合理，不会一上来就给你难度超大的任务。他们会循序渐进，慢慢引导你，压力不会太大。

#职场情商大赛# #工作两年，想和老板谈涨薪怎么说#先诉苦说自己养家不易（有什么贷款说什么，有什么病说什么），然后将自己对公司的贡献，然后老板泪目直接把公司送我（bushi）

之前实习为了高性价比都选择了步行20分钟才能到的宿舍，后来租了一个10分钟就能到的，幸福感upupup~中午能回去吃完饭躺在床上睡觉超级幸福的哈哈哈