简述：和前端进行了后端接口的评审。评审结束后重新修改了后端接口。实现了xxx的功能。

经验：
1、发现库满足不了需求时，要么想办法调库实现，要么修改库的源码（修改时让团队知道）。不然会给后期难以维护。
2、写代码时看哪些参数是被使用到的，程序是如何使用这些参数的。这次修改了库，因为业务需要开始进行xxx，但是库初始化时必须要xxx，xxx是加参数绕过了xxx初始化。这次暴露了我在不熟悉xxx有哪些接口的情况下进行了开发。
3、接口设计要尽量精简和覆盖面广。这次的接口设计大体为：状态+完整信息+解析后的结果。
4、沟通时举例子更好理解。（对我而言）

反思：
1、视野还是不够广。我只关注了xxx，没有对xxx关注。其实这两个接口的返回是有共通之处的，昨天和xxx讨论才发现，现在返回的接口是用的他提出来的。
2、xxx提出加上自由输入的接口。虽然没有漏xxx的接口，但是xxx调用的那个地方是可以进行其它xxx的，以后要在自己的业务上想想哪些是和自己相关的，之间是否有联系。
3、开发时需要思考后期维护的成本。