一般情况下，所有的公司举行年会都会有一个抽奖的环节，这也应该是全部员工们最关心的一个环节了，都非常希望大奖能够砸在自己的头上，成为最幸运的人，除了运气之外，不免也有的同事会讨论一下这个抽奖程序的具体算法规则，会讨论抽奖的公平性，当然抽奖程序不是什么复杂的程序，一个码农很快就能搞定，那么写这个程序的人会不会在里面设置一些偏向自己的规则呢，总之，大家不免会议论一下这样的情况，近期，一名网友就给我们分享了类似的情况。
据这名网友说，他们的公司的年会的中奖概率有点“耐人寻味”，CTO说决定回去review一下抽奖程序，然后这个倒霉的程序员就决定上台主动展示抽奖源代码，可据这名网友说，当时在台下的人就有1000多个，这样的情况下review代码实在是太“壮观”了，他想了解这名程序员的心里阴影面积，关于这个事情，也有网友说是去年就发生的事情了，不管怎样，针对这种情况，让我们一起看下其他的网友们都是怎么看的吧！
网友一：挖槽？namelist？
上世是朵花：果真, namelist引起了别人的注意，和我想的一样。
网友二：虽然不是码农，但这代码绝对写得烂，要是一万人的公司，你这namelist得多大
上世是朵花：你这只是假设呀，不同级别的人数，读取方法也自然是不一样，反正就一个抽奖程序，没什么难度。
网友三：代码写的有点弱鸡
上世是朵花：这名网友将关注点放在代码的风格上，并不关心抽奖的规则。
网友四：哈哈，这员工列表好多。不能读取配置文件么？这是应届生的水平都不如
上世是朵花：多倒是不多，反正能一眼能看到边，其实用工号抽奖是个不错的选择，也不会碰见重名的问题。
网友五： 这个namelist难道不能是服务器端吐的数据么，别乱喷，真的是
上世是朵花：这名网友的意思是上面的一些网友对namelist的吐糟并没有说到点上。
网友六：不同规模的业务用不同的解决方案，这个是成本比较小，比较合算的方案，没必要写库什么的。一段js代码搞定。
上世是朵花：没错，就一个抽奖程序而已，没必要写库，不过感觉用工号代替namelist会更好一点。
网友七：别意淫一些不存在的场景，因地制宜，没毛病！
上世是朵花：没错，有的时候业务场景在那摆着，大谈特谈程序的效率也是毫无意义，这样的情况根本涉及不到什么效率问题。
网友八：不说别的，namelist碰上同名咋办
上世是朵花：namelist的确有可能碰见同名问题，这样这个奖还不好发了，不知道发给谁了，当然，除非事先已经排除了有重名的可能了。
从评论内容就很容易鉴别出这些网友们大概率都是程序员，因为他们并没有把关注点放在这个程序员此时的心里阴影，或者说抽奖的具体规则什么的，而他们的关注点则是放在程序的写法上，对程序的写法进行吐糟，津津有味的讨论起来这个点来了，果然不出所料，大家吐糟最多的就是namelist的这种做法，的确这种做法显的比较不够友好，一个个名字往上填，显的方法比较笨拙，同时也有可能重名的可能，如果用员工工号抽奖的话，就显的更友好一点，不管怎么样，这只是一个抽奖程序而已，用不了那么的讲究，相比大家关心的点，我想其他非程序员们关心的更多的是程序中有没有一些不公平的规则对吧，我想既然这名程序员同志敢于在这么多人面前主动的review自己的抽奖代码，我感觉这个抽奖程序还应该是公平的，大家说是么？
以上所有图片均来之互联网
大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！(微信公众号：sssdhua )