2024-12-28 年度总结
本年工作总结:
一、常规任务
- 本年度日常迭代的任务量还是较多，同时也做了很多比较复杂的交互。例如，表报业务上重构了破损丢失分析，这个耗时一个多月的任务，让我们印象深刻，它应该是本年度最耗时的专项项目。第一个是开发的时长最长，几乎天天都是在加班；第二是参与开发的人员最多，前端参与5人次；第三是bug最多，前后端都一样，上线之后都还在改。
- OA业务上也存在问题，分拨KPI免责申请，我们在review的时候就发现了问题。又走了之前的老路，全部的流程在一个文件里面，然后用一个配置文件驱动了全部的流程。在11月的城际晚发落货的需求中，我将这个流程节点单独拆了出来，后面再有OA相关的需求，我们需要同步录一个优化需求，将其他的流程节点全部拆出来为新文件，改为这种动态组件驱动的模式。
- KTS业务上今年没有什么大的改动，最大的改动就是在ERP端，OA和KTS全部换成了远程库，所有的业务都回到了自己部门的仓库，免去了合并代码的麻烦。
二、优化任务
- 在KS端，分拨实时量、城际实时量和分拨KPI三个KS应用全部完成预定优化目标，全部更换为全新的代码。
- 在ERP端，今年的大部分优化任务都集中在ERP端。我们及时地改变了优化策略，不是单纯的为了优化而优化，没有将sonar扫描结果当主要方向，而是把它当做一个辅助工具。今年贯穿全年优化任务的大概就是指令式组件优化，这还仅仅是一处优化点。我们还可以将其他的一些组件全部改造一下，不一定非要支持函数式调用，这只是一种策略和方法，组件改造的最佳结果就是我们不用关心其他的业务逻辑，只需要关注我们传入的入参是否合法就可以了。
三、明年计划
- 分拨KPI、城际KPI、破损丢失分析和城际实时量继续优化，上个月我们约定了一套全新的跳转页面配置，我们需要将代码升级为全新的跳转模式
- 分拨KPI完成跟进备注组件的更新升级，城际实时量剩余指标的重构升级
- 运营监控全部指标重构升级
- vscode插件，代码智能提示和联想
- ERP代码转换KS代码
- 代码写死的通用查询改为线上维护的自定义查询
- 搭建生成业务代码的工具平台，将我们现在需要人工介入的工作流程，部分用自动化工具来完成