梁华生--工作周报（2018-06-24）

周报 Today周报

本周回顾

• 供应商平台重构上线，商品主档接口、价格调整已经上线
• navi重构1.0 开发完成，已经提测
• 上线问题处理

下周计划

• 线上问题跟进
• 上周上线遗留部分问题，需要跟进 曹璐 徐泽鹏
• navi重构1.0,测试问题跟进 预计27号上线 曹璐 徐泽鹏 涂亚松 张俊 朱方方 张泽贤 曹佳林
• 下周遗留任务点
  
  • 单据状态调整，按照新状态对照图，eywa、供应商平台前端调整查询以及返回的状态枚举值 吴月
  • 单据状态值变更，上线需要整理线上老数据状态值变更脚本 曹佳林
  • 修正，裁决相关数据回抛wms，周一完成联调 曹璐
  • navi 1.1 计划，下周给出设计方案 梁华生

最近一段时间采购团队的加班情况非常严重，效率非常低下，反思了一下，希望大家也好好思考一下，规避效率低下的工作方式：

1. 基础服务接口调整没有及时同步到调用方，有部分细微的调整，如需要增加入参来返回更多数据，调用方一般很难感知，只有运行出错后才能最终定位到问题，甚至有些在特殊数据下才能发现的问题，更加影响上线的效率。团队沟通合作问题。
2. 接口定义不明确，部分字段含糊，导致调用方产生误会，最终发现接口字段不支持，需要临时加字段，调用方也因此浪费时间调整。
3. 开发成员经常性修改完代码不自测，甚至提交编译不通过代码，影响其他成员的开发，影响测试环境甚至是线上的发布。
4. 部分老接口，依赖大量的前端传参，一旦外部接口调整，字段变更等，会增加大量调整前端和服务的工作量，维护成本和出错概率极高。这部分接口是服务开发偷懒或者设计不合理，把很多数据处理甩到前端完成。
5. 前后端开发配合问题，存在前端等待服务接口的问题。
6. 服务总是不经意间调整接口返回数据格式，导致前端反复调整，效率低下，吃力不讨好。

如何改进：

1. 接口定义应该清晰明确，特别是对外的接口，接口升级改动，要有changelist，同步到所有调用方。
2. 接口设计严格遵循严进宽出原则，保证每一个入参都是有用的。
3. 前端等待问题，服务接口开发时要调整开发思路，首先定义出接口，把接口的架子搭出来，提供一个最简单的能调用的实现，让前端能够快速把流程串联起来，与此同时，后端的同学逐渐完善接口功能。前端同学如果在接口没有具体数据返回时，可以模拟接口返回数据，应避免服务没有返回数据则不能开展调试的问题。