工作记录（20201121）

这不是年终终结！这不是年终总结！这不是年终总结！虽然加了三个感叹号，但是还是有些苍白无力的感觉，毕竟上一篇文章的发布时间是19年12月，计划好的月更变成了年更，苦笑。

简单回顾下这一年的进展，自己从新人变成了老鸟，上半年做了两件事，一是老系统的日常维护支持工作，二是基于老业务的计费流程搭建了一套“基本够用”的费用营销框架，大概长这个样子，红色和绿色加粗部分为新增代码，其他都是老的流程结构，绿框部分代码是精髓所在（集团其他团队做的），目的为抽取公共基础能力，首先它搭建了一套服务/费用的精准定义框架，基于表达式语言构建整个的计算引擎核心，在此基础上拓展了计费规则，活动规则和优惠管理，并实现了高度的可配置化；红框代码基本上出自我一人之手，目的是完成业务场景端营销活动的快速接入，下面来解释我刚刚所说的“基本够用”，新框架上线使用后，场景端营销活动的研发日期由原来的12MD降低至6MD，后期进一步优化后有希望降低至3MD。它主要做了什么呢？首先框架统一了前后端的交互标准（比如活动详情，优惠展示。特殊情景特殊处理）；其次是算费因素（满足活动条件的判定）的封装和沉淀，减少重复代码量；最后是框架提供了一些周边功能（比如金额对账、异常告警等）。总的来说框架之所以能降低开发人日并不得益于框架本身设计的有多么精致优秀，只是我把营销活动中很多零散的活儿给统一标准，给前置了。如果让我回头重做一遍，我想有四件事我可以做的更好：一是动手之前加强对别人的框架（即绿框部分）的认知和了解；二是尽早完成自己的领域建模，独立核心模块的API接口，不要硬接别人代码，不要吝啬增加中间层代码；三是框架在上下文的使用上还是不要太随意；四是加强与团队同学的交流沟通，代码多拉出去溜溜可能会少踩很多坑。