武汉盒马鲜生研发岗

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：对用户编辑需求兼容之前的添加备注接口；由于之前考虑的不够，添加备注功能和用户编辑功能整体的逻辑是一样的，我想直接在添加备注这个接口上进行改造，而一旦改造，就意味着原来的接口不能用，将会导致自动化测试等报错，造成一定的影响，因此旧接口需要保留，重新开一个新接口，去实现功能，然后替换掉原有的接口；等配合前端改好之后，再将旧的接口下掉，做到兼容性；

刚开始觉得企业文化和运营管理还不错，工资也按时发，10号准时到账。但慢慢发现，零售行业的通病就是加班多，钱少，晋升空间几乎为零。管理上也是一团糟，部门内部经常撕逼，中层骨干换了好多，大家都不说人话。因为我不加班，每个月绩效都被扣0.2，后来我干脆到点就跑，门店电话一个不接，反正不犯错就行

上交所的收入相对来说就没那么市场化，基层员工的收入也稍微低一些。核心部门的同事们相对比较辛苦，像股权审核、债券审核和监管部门，工作量大得惊人，加班几乎是常态，晋升竞争也很激烈。不过，非核心部门的工作量就轻松多了，比如人力资源、党务、市场和国际部，感觉可以悠闲地度过每一天。另外交易所的晋升速度有点慢，基层员工的薪资差异不大，很多人觉得天花板有点低，所以也蛮多从交易所跳槽到券商的朋友。