不止不觉已经入职一个月了，期间大部分时候都还是比较平淡的，不过也确实发生了一些小小的波折，所以还是总结一下吧。
1.接口对接是一项看起来简单实际很繁琐的事情。因为不仅需要写对接代码，还需要不时的与服务提供方去进行交涉，特别是对于接口文档写得前后不一致的服务提供方，一定要留意下给的数据样例与文字说明的区别。通常文字说明会有遗漏或者错误，样例数据倒一般都是直接根据返回的结果粘贴过来的，所以在两者有冲突的情况下，一是要问清楚服务提供方，二是如果对方长时间没回复，则以样例数据为准。
2.接着第一点来，因为是职场萌新，在的企业又是国企，所以做事没有那么快节奏，以至于在等待服务方修复一些问题的时候，自己闲着没事做，玩起了手机。其实耽误的时间还蛮多的。反观边上的‘老’同事，一直在那写容错处理，写优化，写模拟测试。突然觉得有点惭愧。所以，之后类似的情况出现的话，请把时间用来完善代码。
3.记得在功能最终确定之前，不要急着删掉大段的注释。这个起因是接口调换，访问接口A改为访问封装后的接口A，因为处理请求和返回值以及URL都需要很大改动，我就把原来直接访问接口A的方式给删除了了（主要是因为我想着这个反正只能选一个，而且当时客户已经明确说要用封装后的接口了），结果，封装后的接口因为面向的不止我们客户，因而做了很多限制，比如参数，网关什么的。以至于访问起来十分不便，好了，这个时候经过商议，manager跟我说让我换回之前的访问方式。我.....
4.吐槽一下领导吧。有个借口服务有问题，十分不稳定，在访问代码写完之后，我经过乞讨般地询问后，总算搞到了几条测试用数据（身份证号--十分敏感），接口本身又没有优化，搞个全省查询需要5-10分钟，在完成这个部分的对接后，我持续测了三天，大部分时候都是稳定的，不稳定也都及时反馈给了服务提供方。 结果第四天下午，manager说客户待会要来检查这个接口的访问，我一测，服务又不行了。然后再联系完服务提供方被告知已经放假只能等工作日来修复后，manager把责任堆在了我头上。客户来检查没得到想要的结果，manager事后各种说我经验不足不靠谱之类的。最后把这事交给了另一个同事。然后又问我，其它工作做得怎么样了，我说跟进这个接口花了些时间，导致其它事情进度也慢了， manager又不满了，非让我给自己加deadline。最搞笑的是事后，他自己也来测了这个接口，发现也就是这么个不稳定的情况。所以我对于这个事情，真的一是觉得很委屈，二是觉得交给别人就给吧，我还不稀得做哩，测试数据没有，接口不稳定，测一次十来分钟，结果还费力不讨好，manager总把这事想得特别简单，好像就访问下url回个数据这样。要我说，那接口设计和调用机制就是一坨*，或许这么说有点过了，但是我打包票这个接口是不能满足客户需求的（人家本来也不只面向我们客户），非要强行使用，那就日后再改呗。
5.公司对于规范这块，真的需要加强的地方真的也挺多的。需求文档没有，专员测试没有，前后端测试混合开发，项目跟进靠excel表。。。。感觉真的挺搞笑的。好在我只是在这边支撑一个多月，希望以后换个地方能规范点吧。.
暂时就这么多吧，工作方面总会有些不顺心，但我这些都还是小事吧，再说同事都还挺好相处的。嗯，下个月希望能调回总部吧。