抽奖程序是说 “开始” 的时候就已经知道中奖者了吗？

[hanzichi]

今天和同事聊到抽奖的话题，同事说抽奖程序是说 “开始” 的时候就已经 random 出了中奖者，之后的效果和喊停都是 “假象”。我们表示质疑，他表示我们没做过抽奖程序。

这是真的吗？

[kindjeff]

就这个还有业界标准？

[airyland]

一般是。后面的交互不过是走走形式。

[ldp940622]

其实在没按开始前就已经钦定了（逃

[guofs]

基本上是这样，为了“资产”不外流不都是这样内定的吗

[hanzichi]

@kindjeff 我是觉得匪夷所思，觉得不可能有这样的实现 ..

[cyio]

上个月做了个项目就是这样的，我也很惊讶

[hanzichi]

@airyland
@ldp940622
@guofs

不涉及钦定这种概念，也是公平公正的，比如年会抽奖，主持人喊开始，嘉宾喊停，这样实现，感觉嘉宾 ...

[hanzichi]

@cyio 我已经震惊了，之前提前喊停我的大奖被取消了，现在想想，不还是我的 ...

[Mutoo]

手机网游就是这样，点抽奖的时候，向后端发请求，后端把抽奖结果传回，前端只是演示动画效果。
因为策划要求抽奖概念可控。最重要的不能信任客户端生成的结果，可能会被破解。
不过要把演示动画做到很逼真也是要花不少功夫的，很多演示做得很生硬。

[hanzichi]

@Mutoo 这个可以理解，我在想的是那种电视上支持人喊开始嘉宾喊停，也是这种模式吗？

[Mutoo]

@hanzichi 具体看什么表现形式了，有的表现形式很容易造假，例如完全随机数跳跃，然后最后停下。可以停在设定好的地方。如果是物力仿真程序，可信度会高一些。但是也是可以用曲线渐近的方式慢慢停到设定好的位置。最好的方式是让大家 codereview 抽奖代码，适合 it 文化公司，请参见去年的讨论 /t/167459?p=1

[jarlyyn]

不是应该在抽奖前就确定了么？

[Geoion]

中奖结果不是写死么？

[depress]

是的，我们就是这样，转盘抽奖，点开始的时候前端请求后端，后端告诉中的什么，前端负责把指针停到那个区域就行了，这种交互好，用户不用等。估计京东也是这样，我好几次抽奖眼看要停了结果速度极缓慢的又走了好几个格，就为了那个“谢谢”。

[gimp]

节目效果

嘉宾：该配合你演出的我在尽力表演...

[onlyhot]

动画效果，毕竟是效果...

[bearqq]

别人的啊知道，我说说我的。
年初部门内活动，顺带抽奖，活动带家属，部分奖品需要每家都有不多不少，有的奖品提前被申领了。当然，这些事情家属是不知道的。
我写的抽奖程序， web 端。在第一个人抽的时候，所有人的奖品就被分配了，部分奖品随机。点一次抽奖只是放一遍 gif 而已。
web 端隐藏好接口查询和重置。
就这样。
骗小孩子的。

[archer2ee]

不一定吧. 最近我刚好也在写抽奖红包, 红包池里谁来了就拿一个走, 做好用户限定和校验就好.

[liqingcan]

如果可以的话，我还是比较喜欢那种实物的抽奖方式，比如晚会有门票（门票号）或者什么签到的时候写一张代表自己的纸条什么的，然后把门票放入抽奖箱，人工抽奖感觉还更有意思。

[ik]

比如 真实环境丢骰子，那确实之后产生结婚。