Richard_

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

不止不觉已经入职一个月了,期间大部分时候都还是比较平淡的,不过也确实发生了一些小小的波折,所以还是总结一下吧。

1.接口对接是一项看起来简单实际很繁琐的事情。因为不仅需要写对接代码,还需要不时的与服务提供方去进行交涉,特别是对于接口文档写得前后不一致的服务提供方,一定要留意下给的数据样例与文字说明的区别。通常文字说明会有遗漏或者错误,样例数据倒一般都是直接根据返回的结果粘贴过来的,所以在两者有冲突的情况下,一是要问清楚服务提供方,二是如果对方长时间没回复,则以样例数据为准。

2.接着第一点来,因为是职场萌新,在的企业又是国企,所以做事没有那么快节奏,以至于在等待服务方修复一些问题的时候,自己闲着没事做,玩起了手机。其实耽误的时间还蛮多的。反观边上的‘老’同事,一直在那写容错处理,写优化,写模拟测试。突然觉得有点惭愧。所以,之后类似的情况出现的话,请把时间用来完善代码。

3.记得在功能最终确定之前,不要急着删掉大段的注释。这个起因是接口调换,访问接口A改为访问封装后的接口A,因为处理请求和返回值以及URL都需要很大改动,我就把原来直接访问接口A的方式给删除了了(主要是因为我想着这个反正只能选一个,而且当时客户已经明确说要用封装后的接口了),结果,封装后的接口因为面向的不止我们客户,因而做了很多限制,比如参数,网关什么的。以至于访问起来十分不便,好了,这个时候经过商议,manager跟我说让我换回之前的访问方式。我.....

4.吐槽一下领导吧。有个借口服务有问题,十分不稳定,在访问代码写完之后,我经过乞讨般地询问后,总算搞到了几条测试用数据(身份证号--十分敏感),接口本身又没有优化,搞个全省查询需要5-10分钟,在完成这个部分的对接后,我持续测了三天,大部分时候都是稳定的,不稳定也都及时反馈给了服务提供方。 结果第四天下午,manager说客户待会要来检查这个接口的访问,我一测,服务又不行了。然后再联系完服务提供方被告知已经放假只能等工作日来修复后,manager把责任堆在了我头上。客户来检查没得到想要的结果,manager事后各种说我经验不足不靠谱之类的。最后把这事交给了另一个同事。然后又问我,其它工作做得怎么样了,我说跟进这个接口花了些时间,导致其它事情进度也慢了, manager又不满了,非让我给自己加deadline。最搞笑的是事后,他自己也来测了这个接口,发现也就是这么个不稳定的情况。所以我对于这个事情,真的一是觉得很委屈,二是觉得交给别人就给吧,我还不稀得做哩,测试数据没有,接口不稳定,测一次十来分钟,结果还费力不讨好,manager总把这事想得特别简单,好像就访问下url回个数据这样。要我说,那接口设计和调用机制就是一坨*,或许这么说有点过了,但是我打包票这个接口是不能满足客户需求的(人家本来也不只面向我们客户),非要强行使用,那就日后再改呗。

5.公司对于规范这块,真的需要加强的地方真的也挺多的。需求文档没有,专员测试没有,前后端测试混合开发,项目跟进靠excel表。。。。感觉真的挺搞笑的。好在我只是在这边支撑一个多月,希望以后换个地方能规范点吧。.

 

暂时就这么多吧,工作方面总会有些不顺心,但我这些都还是小事吧,再说同事都还挺好相处的。嗯,下个月希望能调回总部吧。

posted on 2019-06-10 22:24  Richard_  阅读(105)  评论(0编辑  收藏  举报