昨天我那二愣子朋友小李，又在某个手游里砸了几千块，毛都没抽到。气得他直骂娘。我就寻思，既然市面上那些概率水深火热，与其在别人的池子里瞎折腾，不如自己搞一个玩玩，名字就叫《幸运儿马克杨过游戏》，听着就图个乐，纯粹是为了把这套抽奖的逻辑从头到尾实践记录一遍。
一拍脑袋：随手扒拉一套架子
我这人做事，向来是想到哪儿就做到哪儿，拖泥带水的我干不来。既然想搞个抽奖接口，就得先把架子搭起来。我这个人比较糙，没用那些高大上的玩意儿，直接随手扒拉了一套最简单的工具。后端拿Python的Flask搭了个 API 接口，这玩意儿轻巧，负责“摇奖”和“记账”。数据库？我连MySQL都懒得装，直接就用最省事的SQLite。这玩意儿连配置都省了，直接一个文件搞定，就为了跑通流程，看看这“运气”到底能不能跑出个名堂。
这个“杨过游戏”说白了，核心就是个概率判定。我先定义了三档奖品，用最简单粗暴的数字来设定中奖率：
- 普通奖：占了九成，随便抽都是它，就是个安慰奖。（90%）
- 稀有奖：有点念想，但别太指望。（9%）
- “杨过”大奖：传说中的东西，只有1%的概率，就是奔着这个去的。
小编温馨提醒：本站只提供游戏介绍，下载游戏请前往89游戏主站，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
我花了大概半个小时，把这个根据随机数来判断奖品的逻辑，硬生生塞进了几行代码里。跑起来之后，自己简单测了一下，看起来没啥问题，概率分布挺平均的。我的实践记录，第一步——搭台子和定规则，算是走完了。
意外插曲：一个抽不中，一个狂中奖
架子搭接口跑起来了，第一个受害者当然是小李。他听说我做了个“公平”的抽奖，立马跑过来，叫嚣着要证明自己的“非酋”体质。结果，他连抽了五十次，全是最普通的90%的奖。他开始气急败坏，骂我的代码就是个黑幕，比那些商业游戏还黑。
我当时就有点懵了，明明公式是公平的！我盯着那五十条记录，数据没错，逻辑也没错。为了验证，我自己上手试了三次。结果你猜怎么着？连中两个“杨过”大奖！
小李的脸都绿了，指着我说我是“狗托”，说我才是真正的欧皇。但我心里知道不对劲，我清楚地记得我的代码是“公平”的，不应该出现这种极端的分布。这个诡异的现象，让我像被当头浇了一盆冷水，我感觉这里面有鬼。
拨云见日：代码里的“人情世故”
我开始从头到尾翻我那堆烂代码，一行一行地扒拉。我最开始怀疑的是随机数生成器的问题，结果查了半天，那块代码没毛病。我翻到“记账”那块的时候，我才发现一个极小的逻辑错误，或者说，是一个我自己埋下的坑。
在记录中奖结果时，我用了一个叫“用户ID”的字段。测试的时候，我为了图省事，忘了给所有测试用户分配ID，结果系统默认就给了第一个进来的用户，也就是我，分配了 ID 1。更绝的是，ID 1 的中奖记录，被我写了一段“保底”逻辑，本来是留给最高权限用户做功能测试用的，我当时写完就随手注释了，打算后面清理代码的时候再删，但不知道怎么回事，这回部署的时候那行注释竟然失效了！
这段保底逻辑很粗糙，就是：如果 ID=1 的用户连续三次没中大奖，第四次直接强制出“杨过”大奖。我当时是想方便自己做后端功能测试，没想着会影响到正式的“摇奖”。
搞了半天，原来我才是真正的“幸运儿”马克杨过！不是概率偏爱我，而是我自己给自己留了后门，而且完全没意识到。小李之所以抽不中，是因为他的 ID 很大，根本触发不到这个 ID=1 的“人情保底”。我当时就哭笑不得，这算什么实践记录？自己打自己脸吗？
实践记录的感悟：技术与人性的较量
这个小小的实践，从我头脑一热开始搭架子，到发现那段“偷偷摸摸”的保底代码，整个过程走下来，让我感触挺深的。我本想做一个“绝对公平”的游戏，结果因为自己的一点粗心和大意，反而让它变得“极度不公平”。我一个糙汉子，都能在不知不觉中给自己的代码留个“特权”，更别提那些商业公司了。
很多时候，一个看似简单的功能，从头到尾自己做一遍，你才能发现里面的门道。代码是死的，但写代码的人是有想法的。维护起来一团麻，问题不在于技术多难，而在于那点人性的偷懒和疏忽。今天这个《幸运儿马克杨过游戏》，算是彻底让我明白了：写代码，尤其涉及到公平和利益的时候，每一个小小的“偷懒”和“捷径”，都可能变成一个巨大的坑。写进我的实践记录里，时刻提醒自己：代码里别给自己留“后门”！