滴滴这帮人这代码写的……这优惠券也是没谁了……

• 資深大佬 : SimonOne

  我觉得这种券应该和游戏内的活动一样，开发做了个功能让运营的人填参数自动发的。

• 資深大佬 : Jooooooooo

  这和代码有啥关系

  去翻代码这个行为绝对是符合代码预期的

  你真要喷, 去喷运营或者产品会更合理一点

• 資深大佬 : TypeError

  估计是后台故意这么设置的，逗你玩

• 資深大佬 : Ico945

  这肯定是运营或者产品自己配错了- –

• 資深大佬 : ThreeBody

  你这脑回路也是厉害，这明显就是运营的锅

• 資深大佬 : musi

  这还真怪不到敲代码的，因为这些参数肯定不是敲代码配的

• 資深大佬 : oahebky

  从滴滴的拼车和“超级顺路”来看，虽然有很少情况出现不理想的订单；但是整体上可以看出开发队伍是非常厉害的，作为程序员在软件功能方面信得过。

• 資深大佬 : lemontang

  毕竟优惠券的配置参数是运营来填写的；
  写过优惠券需求的后端娓娓道来….
• 資深大佬 : dustinth

  确实是缺了业务有效性检查, 开发没有锅是说不过去的.

• 資深大佬 : dianxin

  好像就是今天这张券出问题了，别的没问题

• 資深大佬 : Pichai

  滴滴这是和嘀嗒打车学会了。嘀嗒打车每次送优惠券，根本就没办法使用。支付不自动扣除，也找不到使用优惠券的方法，后来查了下，根本就无法使用，给优惠券就是为了让你使用他们的产品叫车。

• 主 資深大佬 : realpg

  @Ico945 #4
  @ThreeBody #5

  一次性自动连续发放 30 张券，有效期依次排开，而且是一次性瞬间到账
  单独有一张挂了外置条件，怎么配置出来

  另外，系统能发出 矛盾限制条件的券，这系统开发不背锅？连个校验都没有

• 資深大佬 : xuanbg

  这是运营的套路，程序员可不背这口黑锅。客服居然肯给你换成 10 块的券？看来主魅力至少 12 点啊。

• 資深大佬 : JohnH

  单测不需要覆盖那么多，大厂也是那么做的！！！
  知识点，要考！！！

• 資深大佬 : guanhui07

  运营的锅

• 資深大佬 : 96412hj

  @SimonOne #1 对的，都是后台配的，而且有 a/b test，概率发布什么的，你能看到的优惠券都是运营觉得你有继续花钱的潜力，否则你不是金主，后面就不跟你玩了

• 資深大佬 : SimonOne

  @realpg #11 如果业务就是需要可以自相矛盾的券呢(就是需要让你以为可以用实际却用不了) 有些从业务设计时就是冲着坑人去的，加不了校验啊。