企业越大就越不在乎小问题吗

2021年8月17日12:09:04 发表评论 155 ℃

公司项目一直用的阿里云的RDS MySQL,2020年11月份迁移到了阿里云的PolarDB MySQL。

因为PolarDB是100%兼容MySQL,所以迁移很顺利,没什么问题。

但是在使用API的时候发现了一个小小的问题,那就是PolarDB MySQL的慢日志API在返回数据的时候,相对于RDS MySQL少了一个执行时长为毫秒的字段。

RDS MySQL API相关文档:https://help.aliyun.com/document_detail/26289.html,如下图有QueryTimeMS字段:

企业越大就越不在乎小问题吗

PolarDB MySQL API相关文档:https://help.aliyun.com/document_detail/147045.html,如下图无QueryTimeMS字段:

企业越大就越不在乎小问题吗

因为在使用RDS的时候,一直通过获取毫秒字段,获取精确的数据。想着PolarDB这个应该是开发疏忽漏掉了,于是想着给他们反馈一下。

没想到这一提交反馈,就走上了漫长的反馈之路。

去年11月12日,第一次提交工单反馈:

企业越大就越不在乎小问题吗

最可笑的尽然问我需要精确到ms吗,1.9和1.01能一样吗?

企业越大就越不在乎小问题吗

虽然提供工单反馈了,他们也回复我会反馈需求,至于反馈没反馈我也不知道,是不是反馈以后产品觉得这个压根不是什么问题给忽略了我也不知道。

所以没抱希望短时间能解决这个问题。

然后开始漫长的等待,等待期间也在他们的聆听平台和API文档页面都反馈了这个问题。

后面慢慢就忘了这件事情了,直到今年3月份突然又想起了这件事情,抱着试试的态度又去调用了一下API接口,结果还是没有QueryTimeMS字段。

然后又提交工单,我都怀疑两次工单是不是同一个人,两次我都是提交工单都是选择的PolarDB,问题描述也是PolarDB缺少QueryTimeMS字段,他都能发一个RDS 文档给我说是正确的。

企业越大就越不在乎小问题吗

后面就是和我各种扯淡,要各种无关紧要的信息,ID给了有啥用?API文档返回字段写的清清楚楚,还不够吗?真不知道这个技术搞清楚我反馈的问题时候什么了没有。

企业越大就越不在乎小问题吗

然后又是漫长的等待,转眼就到了8月下旬,时间还真是快。

最近终于事情少了一点,我又想起了这个事情,果然“没让人失望”,还是没有QueryTimeMS字段。

于是又提交工单,有些事情就是那么巧和,那么惊人的相似,又让我提交一堆无关紧要的信息。估计上岗培训之前,应该是这样培训的,用户不管提交什么问题,先要各种信息。

这个问题API文档直接给你们后端看一下不就一目了然了吗,给你实例ID你能从中得到什么结果?难道只有我的ID有问题,你们的API接口是给我私人定制的?

企业越大就越不在乎小问题吗

企业越大就越不在乎小问题吗

每次都说反馈给后端了,还是那句话是不是真的反馈了,是不是真的反馈了但是后端觉得问题太小不在乎或又是没时间。

可能这就是大企业吧,这么小的问题对于他们来说根本就不是什么问题,完完全全可以忽略掉,可能是大厂机制导致简单的问题复杂化了。

如果换做其他小企业,这种小问题快的一天,慢的一周,最慢不过一个月吧,应该都解决。

到现在有没有这个字段已经无所谓了,现在只是抱着一种看热闹的态度,看下这个小问题,阿里云他究竟能多久解决。

今天工单已经反馈,也就只能漫长的等了,后续有结果阿汤博客再更新...

刚写完文章,然后收到一个没让我失望的回复:

企业越大就越不在乎小问题吗

至少证明,他们回复的“已经反馈了”,其实只是说辞而已,在这之前我一直半信半疑的认为他们反馈了。

这个漫长的反馈路,我总感觉有点像以前群众的上访之路或是维权之路(当然现在不会这样了)。

精选全网爆款产品,爆品销量榜单,全场低至0元起,还有更多云产品免费试用,带你0门槛上云

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: