公司年会抽奖使用 Math.random()函数是否有失公平？

抽奖现场 code review

random 跳数字是真的，停下来的数字是指定的。以前客户要求的套路。

比内定公平

@tianshilei1992 现场写可还行，我觉得双方心理都平衡了

楼主可能本来是想讨论 random 函数的随机问题，无奈好多人都歪楼了。

不过我也要歪个楼。
作为一个干过游戏企划的，想提提其它方案。

比如有一个简单的模型，是主持方给出一个选项，比如黑或白，所有玩家站队，立定后揭晓。二分法几次之后出结果，这样既有参与感，也有悬念。

然后尝试在这个模型上做扩展。比如把用户这头的纯随机，变成答题之类的更有参与感和主动性的方式，比如关于公司的问题，然后站队获奖。

又或者把责任转嫁到开奖一方，比如让各部门 leader 做一些简单的比赛，玩家选 leader 站队。当然这样要看公司领导是不是愿意参与和拉得下脸。

当然这里也有如何设计作弊的方法。但抽奖本质上是一种分配，认知上的公平和现场气氛的把握，和各种人情关系和玩家性格习惯，可能都要考虑。

不要你觉得，要我觉得，公不公平我说了算！！！



这不是一个技术问题

取当天温度湿度， 计算 随机

math 库的实现和宿主环境有关，random 通常与设备 cpu 中的时钟有关，在多线程语言中可能存在两个线程的随机种子一样的情况，但 javascript 是单线程的，因此是相对公平的。

抽出来的号虽然不是真随机，但你拿到什么号却是比珍珠还真的真·随机数呀。事实上根本不需要摇号，抽卡前就直接公开 1-xx 号分别是什么奖都没问题。因为谁也不知道哪张纸片印着这几个号码，公平的很。

@xiaocongcong #49 1000 块也就是一天的工资。怎么，你还想半天完成？

最大的问题上面提到了，Math.random 可以被自定义函数覆盖掉，如果不配合 code review 的话，无法保证公平公正。

@wqzjk393 你这个想法是错误的哦,如果不是真随机,这种嵌套反而会导致结果更加可以预测

你们在纠结这个，我司 2 年没年会了，惨淡

不要简单地用技术问题来衡量现实问题

概率上的随机，和数学上的随机是两回事情。

当然年会抽奖随机是不一样的第三件事情。

作为过来人我和你说，我都试过，直接内部开源最好。

@sockpuppet9527 有不少人都是这个思维，以为粗暴的方法可以"简单"的就解决问题，而没有深入去思考这个问题是不是真的被消灭了，不知道自己只是把问题给延后了或者变得更加复杂难以排查了。

使用 random 产生随机数没啥值得质疑的，可能质疑的是你写的代码有缺陷导致每个人中奖率不一样，或则你在程序里故意设计某些人中奖率高

random 是能当场猜出来吗？

严谨一些的话，可以尝试引入一些完全不相干的第三方参数，这个参数最好是无规律变动的。比如当前时间的上证指数，当前的空气质量，某个网站的日活人数，某个话题的百度指数等。

在领取刮刮卡的时候已经是随机了，应该不用担心 random 函数不够随机的问题