坐标北京，今天一直在下雨，下班打车，平时 1 分钟接单今天等了 15 分钟。这伸缩性真不行啊！架构上就把价格写死了，乘客愿意多付钱换时间也没辙。

这叫架构的伸缩性吗.....多付钱不是可以加小费么

这事儿当年老罗还辩论过啊，要不要回去翻翻

另外可以加钱调度啊，你打快车这种特价玩意肯定没有。换专车试试

你猜下雨天跑一口价的司机多不多

走火入魔了吧，技术可以解决运力问题？ 12306 做的再好，能保证大家都买到票回家？

伸缩。。多付钱换时间。。楼下说吧没力气了已经

架构…伸缩…前面忘了，后面也忘了，哥们有点学杂了

恶劣天气司机不爱出车，挑活。你架构伸缩，奈何司机不伸缩啊。

专车和快车不一样的，不是随便转的。专车才多少啊。 加钱啊！ 架构，伸缩，用在这儿再恰当不过。不理解的说明抽象水平还没到呢。

跟架构有个鸟关系，要 app 服务不过来说架构还有点道理。你这单纯是业务问题

你可能没经历过以前是动态加价的，被吐槽然后就下线了现在的动态调价是在司机端做的，平时滴滴会收更高的佣金，然后这种时候返还一些给司机，算是一种加大供给的办法吧我感觉中国人对这种“不公平”会相当敏感，特别是大众能随时接触到的，大家能接受的底线我估计是高铁/飞机商务座这种，三四倍价格，平时自己也不会买

卧槽，这这这，我本来都准备好小本本进来学技术下次忽悠面试官了，结果进来就这？

我怀疑楼主不是搞技术的.....下雨天运力加打,司机根本不够哈

学魔怔了。不过确实可以加钱，滴滴没小费这功能吗？

1. 下雨堵车2. 下雨车跑的慢3. 下雨有人不想跑种种原因加起来，车不好打，属于正常。打不到车的时候，可以进店和喝奶茶，吃吃甜品，让生活慢下来，别有一番风味，哈哈哈

   学习了

   ＃11 我也听司机提过一嘴，说之前有类似竞价的，但应该不是滴滴。回头我再去了解一下。 ＃10 说的就是业务架构，难不成只允许技术有架构。 ＃15 就是固定价格弄的，上次北京大雪，根本打不到车，因为司机怕出事故，而打车价钱还是那点。

   你就嘴硬吧。还业务架构，你告诉我业务架构怎么个伸缩性

你多出点钱对齐颗粒度就没问题了

不知道楼上喷 op 的到底懂不懂。。。运力不够就无限抬价，总有用户觉得贵，最后到达算力的平衡。另外小费也不同，比如你愿意多给 200 ，但是你并不一定能抢到车。如果系统直接标价到 300 （原价 100 ），就没啥人和你抢车了。

快车可能有公共交通的职责，而公共交通应该普惠，公示价格。自己加价，应该只是将调度距离增加吧。对比出租车，运力不足也不允许强行抬价，因为价格要提前公示。对比高铁，价格也要提前公示。飞机也是一样的，最多就是个全价票，不能抬价。

国外 uber 就是这么搞的。那只能说国内条条框框多呗，是好是坏就因人而异的，但是 op 说的这个点确实没错。

喷的不是他的需求，有事说事就好，非得拽文，拽就拽吧，又没拽到点上

在你立场上，这可能属于产品设计不合理说什么架构伸缩性不行……架构是根据产品设计实施，装杯装了个寂寞，嘴还硬的不行，100°开水不烫怕是你亲戚

得严查面楼主的 HR ，这概念掌握都不清楚满嘴胡话面试是怎么过的 你用过滴滴没有，滴滴里有三倍价格的豪华车，如果这个车都打不到，还要继续加钱，等带滴滴的就是新铁拳了

看到标题还以为是刚入职滴滴的大佬锐评滴滴的架构呢。结果就这？既然愿意加钱换时间你加钱打专车会等 15 分钟？

我上面说了，你觉得我拽文，是因为你的抽象水平还没到：价格体系本身是滴滴业务最核心的，价格体系如何定义就是业务的核心骨架，到底是固定价格，还是竞价，怎么利用红包和奖励，乘客有没有加价权，司机有没有加价权，这些都是定价体系的部分。说是架构意味着不是那么容易改动的，定价体系也是一样。伸缩性本身的定义就是在不改变架构的基础上，能够应对业务数据量的变化。对于滴滴来说，不同情景下乘客打车需求的变化，对应的就是业务数据量。滴滴很明显没能做到在架构不变的情况下，做到伸缩性这一点。早晚高峰不提，郊区城区不提，雨雪天表现的就特别明显。

买个车吧楼主，再请个专职个司机。