滴滴架构的伸缩性真不行

340 天前
 sillydaddy
坐标北京,今天一直在下雨,下班打车,平时 1 分钟接单今天等了 15 分钟。这伸缩性真不行啊!架构上就把价格写死了,乘客愿意多付钱换时间也没辙。
3212 次点击
所在节点    分享发现
28 条回复
huxins
340 天前
@cassyfar 快车可能有公共交通的职责,而公共交通应该普惠,公示价格。

自己加价,应该只是将调度距离增加吧。

对比出租车,运力不足也不允许强行抬价,因为价格要提前公示。
对比高铁,价格也要提前公示。
飞机也是一样的,最多就是个全价票,不能抬价。
cassyfar
340 天前
@huxins 国外 uber 就是这么搞的。那只能说国内条条框框多呗,是好是坏就因人而异的,但是 op 说的这个点确实没错。
crysislinux
340 天前
@cassyfar 喷的不是他的需求,有事说事就好,非得拽文,拽就拽吧,又没拽到点上
Ashe007
340 天前
在你立场上,这可能属于产品设计不合理
说什么架构伸缩性不行……
架构是根据产品设计实施,装杯装了个寂寞,嘴还硬的不行,100°开水不烫怕是你亲戚
murmur
340 天前
得严查面楼主的 HR ,这概念掌握都不清楚满嘴胡话面试是怎么过的

@cassyfar 你用过滴滴没有,滴滴里有三倍价格的豪华车,如果这个车都打不到,还要继续加钱,等带滴滴的就是新铁拳了
Salticey
340 天前
看到标题还以为是刚入职滴滴的大佬锐评滴滴的架构呢。结果就这?既然愿意加钱换时间你加钱打专车会等 15 分钟?
sillydaddy
340 天前
@crysislinux 我上面说了,你觉得我拽文,是因为你的抽象水平还没到:价格体系本身是滴滴业务最核心的,价格体系如何定义就是业务的核心骨架,到底是固定价格,还是竞价,怎么利用红包和奖励,乘客有没有加价权,司机有没有加价权,这些都是定价体系的部分。说是架构意味着不是那么容易改动的,定价体系也是一样。
伸缩性本身的定义就是在不改变架构的基础上,能够应对业务数据量的变化。对于滴滴来说,不同情景下乘客打车需求的变化,对应的就是业务数据量。
滴滴很明显没能做到在架构不变的情况下,做到伸缩性这一点。早晚高峰不提,郊区城区不提,雨雪天表现的就特别明显。
thoo61871
340 天前
买个车吧楼主,再请个专职个司机。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://yangjunhui.monster/t/1054335

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX