10月份的工作记录

         10月份又过去了,这个月过得非常快,先是7天的假期;然后是在公司上班2个星期,然后又去保定上英语课.对于英语老师,印象很深,他有很多自己的原则,观点和想法,感觉挺好.最后学会了一点快速记忆单词的方法,就是3-5min看完所有单词,然后把所有能记下的默写出来,实在不记得的再看一下,继续默写;然后下午,第二天重复,单词就差不多了,也花不了多少时间.

        工作的话,写了一个人员激励和计划管理的接口,修改了一点人员激励和员工服务的员工薪酬参数设置的实习生待办接收人设置,以及发布人员激励87版到测试,uat和开发环境.

        说是一个接口,其实就是一个方法,这个方法放在人员激励的主数据库层(相当于DAO),但是由计划管理来调用.具体作用就是计划管理传递一个人的职级和业态,我们得出一个中位值,这个中位值就是这个人大概的工资.

        这个方法不难,写起来很快.开始的时候以为很难,因为对于人员激励基本是没有职级这个概念的,我们有的只是薪酬等级,开始一直在想如何将职级和业态转为一个薪酬等级,后来问pm才知道,原来要的中位值只是要一个大概的值而不是一个精确的值,所以可以直接将职级作为薪酬等级来用.后来写好了,发现组长在另一个地方帮我写好了方法(当然没有实现),她把参数写成了一个对象SalarySchemaLevelParam的属性,最后返回的中位值也是这个对象的属性.开始方法起名叫GetSalarySchemaLevelParamList(),后来说是不够见名知意,所以改成了FillSalarySchemaLevelParamList().于是,我只好重新再写一遍.开始的时候,我写了很多if,else,然后出现问题就弹出提示;后来被组长说,人家用你的方法,不是让你去报错的,就算给的信息有问题,大不了中位值返回0就好了.所以方法改了N,终于写好了.

         人员激励和员工服务的员工薪酬参数设置的实习生待办接收人设置,就是对于员工服务发起的员工薪酬参数设置,工作性质为实习生的人,待办接收人统一设置为小明;其他工作性质的人的待办接收人不变.当然小明不可以是固定死的,开始的时候,采用的是配置文件,一下子写好了,组长第二天说改就改,要用角色,只好再改,加个角色,配上小明.最后写完,只是加了3行代码,写起来不费劲,测试就比较费劲了.在测试环境测试,不用我走单子,员工服务挑选一个实习生和不是实习生的人起单子,这个单子比较长,需要走比较长的时间,走完之后,看看我人员激励的待办接收人是否正确.

          然后就是发版人员激励,发版是不难,主要是测试比较艰难.因为要清空数据,人员激励很多数据都是用脚本初始化的,但是文件太多了,不知道要用哪个.然后组长希望我们走一遍,不用初始化的方式,而是自己走单子,将数据走出来,这就导致了,走一期后面的单子和二期的单子,由于数据问题,总是报各种数据不存在的问题,然后你就只好再去走单子,将相应的数据走出来.并且还有一个问题,一期的数据都是基于业态的,但是人员激励报错的时候却不加上**业态的数据不存在,导致不知道应该走哪个业态的单子,只好凭运气.好不容易很辛苦的走完单子,总觉得人员激励到处都是坑.

         以上就是10月份的工作主要内容了,在外已经很长时间了,终于可以回去了,亲们,等我啊!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值