关于年会抽奖那些事

http://blog.chinaunix.net/uid-11121450-id-3480134.html快春节了,各个公司都陆续举办年会,ipad作为年会抽奖的大奖都卖脱销了,在年会抽奖出现尴尬的是:抽奖抽多了,没有奖品可发。

我昨天总结了在开发过程中遇到的抽奖问题

1.抽奖类型

 

1.1 即开型
提交后立即知道是否中奖:大转盘,老hu机

1.2 公证型

由公证处公证,现场抽奖

1.3投票型

根据投票数最高排名,选出中奖者
1.4 评选型
由客户根据作品质量选取

 

这四种类型中出现错误时,最难处理的顺序是:危险性:即开型>公证型>投票型>评选型

2.抽奖要素

 

2.1 即开型
奖品、概率、中奖时段、中奖规则(微博粉丝数,是否可以重复中奖,…)、如何获取中奖用户信息、通知中奖方式
2.2 公证型
奖品、概率 、如何获取中奖用户信息、通知中奖方式,中奖规则(微博粉丝数,是否可以重复中奖,…)
2.3 投票型
奖品、投票限制(每天每人或者ip每个作品只能投票10次…)、防止刷票(验证码) 、如何获取中奖用户信息、通知中奖方式
2.4 评选型

奖品、如何获取中奖用户信息、通知中奖方式

 

3.抽奖流程

 

4.注意事项

 

1)奖品不能够发多
2)奖品类型不能混淆
3)尽量在一次请求内完成抽奖
4)多步即时开奖时,每一步之间用uuid关联(或者session),不能够使用用户id或者别的自增的id,必须保证id不能够被猜出来。
5)投票一定得考虑刷票现象,最好使用中文验证码
6)抽奖过程中若是出现异常,一定得有返回值,返回值一定是“不中奖”
7)若是出现数据库错误,一定回滚
8)抽奖的每一步最好记录到日志文件中,以备检查
9)抽奖程序里的时间必须是一个,应该是在程序开始时记录一个时间戳,所有涉及到时间的地方都用这个时间,不能够在不同的sql语句中使用now,否则出现在同一个程序里跨天的问题
10)一定得使用POST方式提交数据
11)数据库里的中奖标志只能是一个字段

12)中奖名单页面中查询一般是中奖标志加上时间段或者奖品分类

 

5.抽奖概率算法

 

假设 一等奖几率:1/1000,二等奖几率:1/100
1)设定基数是1000
2)产生一个0…999的随机数
3)若是这个数小于1则中一等奖
4)若是这个数小于1+10,则中二等奖
5)否则不中奖

 

 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
年会抽奖是一项令人期待的活动,而Github作为一个优秀的软件开发平台,可以为年会抽奖增添更多的乐趣和创意。 首先,在Github上创建一个专门用于年会抽奖的仓库。在仓库的README文件中,列出所有参与抽奖的员工名单,并使用Markdown语法进行格式化,使其更加美观易读。 其次,利用Github的Issue功能来进行抽奖活动。通过创建一个Issue,将其作为抽奖的主题,并在内容中规定抽奖的规则和奖品,例如:抽取三等奖的员工将获得小礼品,二等奖将获得护脖枕等,让大家可以提前了解具体的抽奖细则。 然后,利用Github的评论功能来进行参与抽奖的报名。员工可以在对应的Issue中留下自己的评论或者回复,表示自己的参与意愿。这样,大家可以方便地参与抽奖,也方便组织者进行统计。 最后,使用Github的随机数生成器功能来进行实际的抽奖。可以通过编写一段简单的代码,在仓库中创建一个新的分支,将所有参与抽奖的员工名字放入一个数组中,并使用随机数生成器从中抽取获奖名单。在抽奖结果出炉后,将结果公布在仓库的评论区中,让大家可以实时了解获奖情况。 通过利用Github进行年会抽奖,不仅可以提高工作效率,还兼具互动性与趣味性。同时,通过版本控制和可追溯性,抽奖结果的公正性也能得到保证。这样的抽奖方式将以数字化的形式落地,为年会增添一份新鲜感和创新力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值