这是一个创建于 512 天前的主题，其中的信息可能已经有所发展或是发生改变。
我司，一个供应商资料下载，前后折腾了 15 个自然日！ 今天被告知还要优化！
 |
1
DinnyXu 2023-06-30 11:38:15 +08:00
三方就是爷，只有自身强大，对方才会重视...对接过 N 个系统的痛，深有体会
|
 |
2
AmosLi OP 所谓的三方，其实是不同部门的人罢了。 我焦虑啊，这样效率的公司，能做什么？
|
 |
3
sadfQED2 2023-06-30 11:51:00 +08:00 via Android
第三方就是大爷+1
我们对接某供应商，对方下单接口耗时分钟级（ http 接口），严重一点耗时 10 分钟+。他们内部逻辑还他妈是串行，你并行掉就报错。 |
 |
5
18038021587 2023-06-30 11:55:54 +08:00
具体问题具体分析，我感觉得从以下维度去看这 15 日是被怎么花掉的
1 、需求是否清晰，比如你需要的资料，包含哪些字段（供应商名称，供应商地址），是否包含统计字段（某地区供应商总量） 2 、对接多少个数据源（数据从哪来，比如爬虫或者是对接多个系统） 3 、数据是否需要经过清洗（必须重复的数据根据什么去重） 4 、资料是否包含图片 5 、什么数量级的数据（千万级、亿级） 6 、下载功能点击后异步执行，等完成后用户再通过下载任务列表下载。还是点击后实时生成文件，立即下载打包好的文件 7 、资料是动态还是静态数据（ a) 比如某个对接方会新增/修改数据 b) 每次下载是全量数据还是最新一个月的数据） |
|
8
AmosLi OP @18038021587 就是很简单资料下载，一个供应商有个百十来个文件吧，确实是异步的， 需求吧每次都写的很清楚，只是反复的 “优化”。
|
|
9
18038021587 2023-06-30 11:58:14 +08:00
@flyqie 他的这个场景估计是有查询条件的，然后供应商那边实时将查询出来的数据，打包成一个 ZIR 给他们，这样的话如果对方仅实现了业务功能，而没做其他优化的话请求一次需要 10 分钟不奇怪
|
|
11
18038021587 2023-06-30 12:01:22 +08:00
@Light3 我以前处理过类似楼主的需求，系统里有几千万的数据，然后每条数据关联 100 多张图片。我接手那个系统时那个下载功能就是点一次 10 几分钟。
|
|
12
18038021587 2023-06-30 12:03:14 +08:00
@Light3 是的，他们这种系统重点在数据。而不是系统本身，我们以前对接别人的数据也是的。请求一次 5 毛拉他们的数据，性能什么的老板根本不看重，但是负责开发程序员会很愤怒
|
 |
13
kemikemian 2023-06-30 13:15:21 +08:00
需求文档要不贴一下截图,我们也感受一下
|
 |
15
mcluyu 2023-06-30 13:54:38 +08:00
这个很好理解， 你想想你自己做需求的时候， 别人提出来的需求你是第一时间就去做的吗，就算这个需求看起来很简单，但你也不会接到了不管手上有什么活你都放下来去干吧， 不得分析需求排期吗，有其他紧急需求你这不就一直拖到后面去了。
至于告诉你还没完成的原因那肯定不会直接说你这个还没开始做啊，因为负责沟通的人肯定不是一线开发啊，原因基本都是项目经理或者负责沟通的人瞎掰的。 |
 |
17
liuidetmks 2023-06-30 14:00:54 +08:00
不是 2c 的就还好。
|
Select Language