一个下载 15 个自然日竟然还要进行“优化”

[AmosLi]

我司，一个供应商资料下载，前后折腾了 15 个自然日！ 今天被告知还要优化！

[DinnyXu]

三方就是爷，只有自身强大，对方才会重视...对接过 N 个系统的痛，深有体会

[AmosLi]

所谓的三方，其实是不同部门的人罢了。 我焦虑啊，这样效率的公司，能做什么？

[sadfQED2]

第三方就是大爷+1

我们对接某供应商，对方下单接口耗时分钟级（ http 接口），严重一点耗时 10 分钟+。他们内部逻辑还他妈是串行，你并行掉就报错。

[coderluan]

@AmosLi 能摸鱼啊。

[18038021587]

具体问题具体分析，我感觉得从以下维度去看这 15 日是被怎么花掉的
1 、需求是否清晰，比如你需要的资料，包含哪些字段（供应商名称，供应商地址），是否包含统计字段（某地区供应商总量）
2 、对接多少个数据源（数据从哪来，比如爬虫或者是对接多个系统）
3 、数据是否需要经过清洗（必须重复的数据根据什么去重）
4 、资料是否包含图片
5 、什么数量级的数据（千万级、亿级）
6 、下载功能点击后异步执行，等完成后用户再通过下载任务列表下载。还是点击后实时生成文件，立即下载打包好的文件
7 、资料是动态还是静态数据（ a) 比如某个对接方会新增/修改数据 b) 每次下载是全量数据还是最新一个月的数据）

[flyqie]

@sadfQED2 #3

10 分钟。。啥业务逻辑啊这么耗时。。

你们最后咋做的，10 分钟用户不炸了？

[Light3]

@AmosLi
焦虑啥兄弟 这样的公司 没倒闭肯定是有理由的..

[AmosLi]

@18038021587 就是很简单资料下载，一个供应商有个百十来个文件吧，确实是异步的， 需求吧每次都写的很清楚，只是反复的 “优化”。

[18038021587]

@flyqie 他的这个场景估计是有查询条件的，然后供应商那边实时将查询出来的数据，打包成一个 ZIR 给他们，这样的话如果对方仅实现了业务功能，而没做其他优化的话请求一次需要 10 分钟不奇怪

[AmosLi]

@coderluan 鱼摸的人焦虑滴很， 我可能触发了“贤者模式”

[18038021587]

@Light3 我以前处理过类似楼主的需求，系统里有几千万的数据，然后每条数据关联 100 多张图片。我接手那个系统时那个下载功能就是点一次 10 几分钟。

[18038021587]

@Light3 是的，他们这种系统重点在数据。而不是系统本身，我们以前对接别人的数据也是的。请求一次 5 毛拉他们的数据，性能什么的老板根本不看重，但是负责开发程序员会很愤怒

[kemikemian]

需求文档要不贴一下截图,我们也感受一下

[zoharSoul]

@AmosLi 能摸鱼啊 你焦虑什么 ? 莫名其妙

[mcluyu]

这个很好理解， 你想想你自己做需求的时候， 别人提出来的需求你是第一时间就去做的吗，就算这个需求看起来很简单，但你也不会接到了不管手上有什么活你都放下来去干吧， 不得分析需求排期吗，有其他紧急需求你这不就一直拖到后面去了。
至于告诉你还没完成的原因那肯定不会直接说你这个还没开始做啊，因为负责沟通的人肯定不是一线开发啊，原因基本都是项目经理或者负责沟通的人瞎掰的。

[sadfQED2]

@flyqie 我们自己包装了一层，用户下单完直接返回成功。等供应商返回后再给用户

[liuidetmks]

不是 2c 的就还好。