好难啊

今天二面了一家公司,深有感触,前面的时候面试官就项目扣的很细。

到项目最后一个点支付功能,他问我第三方如果回调很慢怎么办,这个咱比较菜只关注于自己业务逻辑了,这个属实没想到。最后也是说了不会,他给我说的思路是前端同学可以拿到第三方的相关信息手动去调用,如果按照面试官的说法,那就等于否定了我实现这个支付低代码的初衷,我问了面试官,他说这就是他的一个想法,就是问问我有什么思路之类的,唉,还是自己太菜了,没有什么架构之类的思想,这一弄最后算法也写的不尽人意,虽然自己思路面试官是认可的,但是毕竟自己没写出来,唉。。。。。。。。

全部评论
不用自暴自弃吧哥们,我不知道你是后端还是前端,从后端角度来说的话,第三方接口都是要做 try - catch 的,如果回调很慢我会选择走兜底策略,要么是返回给前端的一行提示信息(不好意思,出现了点故障)要么就是换种支付方式啥的,并且要做好埋点上报的功能,也就是监控每次调度接口的耗时,如果大幅超过阈值就通过平台上报,让运维人员及时知道
10
送花
回复
分享
发布于 03-05 17:34 广东
算法感觉主要思路对了,只要不是很基础的东西没写出来应该影响不会很大吧
2
送花
回复
分享
发布于 03-05 15:43 北京
秋招专场
校招火热招聘中
官网直投
异步?
点赞
送花
回复
分享
发布于 03-06 12:09 河北
这是一条测试评论
点赞
送花
回复
分享
发布于 04-24 10:09 湖北

相关推荐

头像
不愿透露姓名的神秘牛友
05-20 22:51
字节跳动 产品经理 22*15 硕士985
点赞 评论 收藏
转发
11 13 评论
分享
牛客网
牛客企业服务