今天和同事聊到抽奖的话题,同事说抽奖程序是说 “开始” 的时候就已经 random 出了中奖者,之后的效果和喊停都是 “假象”。我们表示质疑,他表示我们没做过抽奖程序。
这是真的吗?
这是真的吗?
|
1
就这个还有业界标准?
|
|
airylandDec 21, 2016
2
一般是。后面的交互不过是走走形式。
|
|
ldp940622Dec 21, 2016 via iPhone
3
其实在没按开始前就已经钦定了(逃
|
|
guofsDec 21, 2016
4
基本上是这样,为了“资产”不外流不都是这样内定的吗
|
|
cyioDec 21, 2016
6
上个月做了个项目就是这样的,我也很惊讶
|
|
7
|
|
MutooDec 21, 2016
9
手机网游就是这样,点抽奖的时候,向后端发请求,后端把抽奖结果传回,前端只是演示动画效果。
因为策划要求抽奖概念可控。最重要的不能信任客户端生成的结果,可能会被破解。 不过要把演示动画做到很逼真也是要花不少功夫的,很多演示做得很生硬。 |
|
MutooDec 21, 2016
11
|
|
jarlyynDec 21, 2016
12
不是应该在抽奖前就确定了么?
|
|
GeoionDec 21, 2016
13
中奖结果不是写死么?
|
|
depressDec 21, 2016 via Android
14
是的,我们就是这样,转盘抽奖,点开始的时候前端请求后端,后端告诉中的什么,前端负责把指针停到那个区域就行了,这种交互好,用户不用等。估计京东也是这样,我好几次抽奖眼看要停了结果速度极缓慢的又走了好几个格,就为了那个“谢谢”。
|
|
gimpDec 21, 2016
15
节目效果
嘉宾:该配合你演出的我在尽力表演... |
|
onlyhotDec 21, 2016 via iPhone
16
动画效果,毕竟是效果...
|
|
bearqqDec 21, 2016 via Android
17
别人的啊知道,我说说我的。
年初部门内活动,顺带抽奖,活动带家属,部分奖品需要每家都有不多不少,有的奖品提前被申领了。当然,这些事情家属是不知道的。 我写的抽奖程序, web 端。在第一个人抽的时候,所有人的奖品就被分配了,部分奖品随机。点一次抽奖只是放一遍 gif 而已。 web 端隐藏好接口查询和重置。 就这样。 骗小孩子的。 |
|
archer2eeDec 21, 2016
18
不一定吧. 最近我刚好也在写抽奖红包, 红包池里谁来了就拿一个走, 做好用户限定和校验就好.
|
|
liqingcanDec 21, 2016
19
如果可以的话,我还是比较喜欢那种实物的抽奖方式,比如晚会有门票(门票号)或者什么签到的时候写一张代表自己的纸条什么的,然后把门票放入抽奖箱,人工抽奖感觉还更有意思。
|
|
ikDec 21, 2016 via iPhone
20
比如 真实环境丢骰子,那确实之后产生结婚。
|
|
mingyunDec 21, 2016
21
抽奖有真的吗
|
|
coolairDec 22, 2016 via Android
24
网易邮箱的积分就是这么弄得,点完抽奖,邮件就收到了,转盘还要转半分钟,真是傻……。
|
|
johnnie502Dec 22, 2016
25
回答问题:这真是真的,因为实现起来最简单。至于嘉宾喊停,你就理解成嘉宾认领结果好了,本来也不是他能决定的不是?
|
|
TangMonkDec 22, 2016 via Android
26
本来就应该是这样,如果客户端控制抽奖流程,就很容易被抓包破解掉。
|
|
27
@johnnie502 颠覆了我的一些常识认知啊 ...
|
|
GKLukeDec 22, 2016
30
我觉得,其实当你拿到“奖券”的时候就已经决定了有没有中奖了。其实根本不需要 random ,奖就在那里,你运气好,就抽到奖了,你运气不好,就抽不到,不要把你的运气交给抽奖人。
|
|
34
是的,如果你做过游戏后端很多事情就能理解了
|
|
35
99.9%是这样的。完全可以直接提示的东西,却要浪费别人时间
|
|
jugeliziDec 22, 2016
38
你们就不要再伤害楼主了
|
|
39
@qa2080639 99.9%说的莫名其妙。我之前写的就跟停有关啊。用 js 每 100 毫秒执行一次换结果。
|
|
xiaoyang7545Dec 22, 2016
41
哦 不过我那个涉及到需要数据库辅助就不行了。纯前端的
|
|
peinhuDec 22, 2016
42
LZ 应该没做过抽奖程序吧,其实你自己做过的话就知道了,和实物不同,只要是电子的,不管是翻牌、转盘、砸蛋还是开宝箱,你点下去的那一刻就出结果了,后面只不过是播放动画而已,经常会给你一种差一点就中奖的错觉,其实概率可能是 0
|
|
43
@xiaoyang7545 极大的安慰啊 ..
|
|
peinhuDec 22, 2016
45
喊停的那种更好做。。连动画都省了,第一次停显示啥第二次停显示啥都设定好就行了,我不会告诉你我们公司年后会拷贝不走样就是滚动喊停的,然后人事让我做成喊停的时候显示几个特别难的动作。。。
|
|
beiping96Dec 22, 2016
47
游戏开发是这样,一般前端请求开始抽奖,后端收到请求后进行合法性验证,验证通过就给给前端中奖号码,至于滚动几秒的展现都是假的
|
|
unknownserviceDec 22, 2016
48
所以我现在都用 console 抽奖了,代码就一行,随便 review...
|
|
BlaskDec 22, 2016
52
其实从宇宙的开始就已经决定了中奖者了
|
|
TyanbootDec 22, 2016 via Android
53
嘉宾喊停的时候把提前决定的中奖者显示出来不就好了?
|
|
ibegyourpardonDec 22, 2016
55
作假容易,但我司的业务里在抽奖这块还从没做过假,没意思……
作假要用在高级的地方,这种低端的活动现场抽奖我们一致认为不值得浪费时间精力作假。 |
|
shuniaDec 22, 2016
56
是的,一开始就知道结果.
也不排除有往复杂了做的,不过想不到理由. |
|
newljsDec 22, 2016
57
难道不是钦定的吗?
|
|
58
完全看你程序怎么写。年会抽奖那种根本不用考虑客户端破解的事情。
|
|
ahillgianDec 22, 2016
59
是的, 点了开始就知道结果了, 之后华丽的动画只是迷人眼的.
|
|
chuhemiaoDec 22, 2016
60
写纸条直接抽比较靠谱
|
|
jacyDec 22, 2016
61
从程序逻辑来说一般都是这样设定的,当然也可以不这样,看写程序的人了
|
|
grimpilDec 22, 2016 via Android
62
这种事和程序有啥关系,哪怕是抽签抓阄,到底谁中奖,还不是看主办方的意图吗
有些是真心想把奖发出去的,有些只是拿奖品吸引人关注,为了不让大奖外流都暗中操作让自己人中奖的。 |
|
ikarosDec 22, 2016
63
|
|
HanSonJDec 22, 2016
64
看大家评论就知道大家对抽奖多失望了,曾被学校老师叫去做元旦教职工抽奖,没黑幕
|
|
julyduDec 22, 2016
65
嗯,地产类的抽奖大多数都是网站定制的
这些网站的抽奖后台在之前都是需要导入数据的,在这个时候导入的数据也可以导入特定的中奖顺序与人员 所以谁中奖中什么奖都是早就设定好的 当然也可以真正的随机,这个就真的不知道是谁中奖了。 |
|
shinwoodDec 22, 2016
66
这样说吧,我为本公司写了多个抽奖软件。
有的是随机的,第一次按下按钮是用 timer 做名单的随机滚动,第二次按下以后,得到随机的名字; 还有的将名字用变量直接写进代码,直接抽中。所有的滚动都是无效的。 |
|
ichigoDec 22, 2016
67
我用 excel 做过抽奖程序,其实把想中的人的中奖率提高一下,别人的降低一下,基本等同于提前知晓结果了……
至于随机过程,楼上很多都说了,只是播放动画而已…… |
|
68
抽奖程序完全是黑盒,不可能被监督,所以抽到什么结果都是可能的
|
|
NonClockworkChenJun 24, 2024
69
@gamexg 可能是这种逻辑:如果用户抽到了包含奖品的格子,但是奖品没库存了怎么办?通知用户没中奖。
|