希望之光工作论坛

 找回密码
 立即注册
搜索
楼主: celavi

建议[希望]之光改进认捐方式

[复制链接]

升级   66%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

就开一个报名帖,这个帖子长年接受报名,并不限时,随时报名。
然后按报名顺序由捐助人选择资助的儿童。如有二十名学生,那以按顺序四十名捐助人来选,如果两个选中一个,那么,以捐助人是否愿意长期资助来确定优先权。如果不愿选余下的,发帖申明,由后面的递补。放弃权力的,自动失去选择权,再去报名帖重新报名。
每次发布资料时,就重新发报名帖,以免报名帖太长。但新开报名帖的网友的顺序仍在老报名帖的网友之后。这样一来,除了第一次开报名帖时会出现拥挤现象,后来就成了流水报名,再出不会拥挤了。。。
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

我的建议:
如果有30名孩子需要捐助,20名以目前大家抢捐的形式进行,10名的捐助资格在预报名的网友中随机产生(如果这10名中签的网友中已有扶助对象,则这个捐助资格让出)
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

这问题哪用搞这么复杂啊?既然都认为该抽签就好办,单独开一个帖子,然后在主贴先公布一个数字,例如5吧
然后想认捐的人在后面跟贴,以发表的时间的最后一个秒数为准,谁的是5谁就有权挑选不就完了,如果符合标准的人不够,那再随意来个数字
反正为了公平应该在有人跟贴之前先把认捐的次序定好了,例如这次的次序是
5,8,9,0,2,4,3,1....
5的不够到8的,8的不够再到9的,一直下去,这样应该是最公平也最省事的了
  时间: 16 7 2004 09:04

以我的这个帖子为例,我的数字就是4,即使再怎么改也变不了的,这次如果按照这个次序来排列的话,那么我就得等5,8,9,0,2的人数都不够的时候才到我了
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

T兄,按秒数的话有个问题,是先公布数字顺序还是先认捐。
先认捐后出数字如何证明这数字是随机产生的?
若是先出数字,因为实际上发帖子的秒数是可以被控制的,所以此方法不可行。我这边测试出来帖子秒数是论坛显示秒数减5,完全可以想让自己多少秒就多少秒。
<!-- m --><a class=\"postlink\" href=\"http://www.lohcn.org.cn/forum/viewtopic.php?p=194973#194973\">http://www.lohcn.org.cn/forum/viewtop ... 973#194973</a><!-- m -->

所以用秒数恐怕无法实现随机选择。
若是以后新论坛里能够给帖子加上更低一级的时间记录应该就可以实现此方法了。
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

看了你的测试了,那是在人少在线并且速度良好的情况下才可以这么准确,这其实也可以有办法解决,在于是不是真的想去解决而已
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

呵呵,吵架完毕,开始讨论。

这个随机数问题,想了很久,原来以为不修改论坛程序就无法实现,但T2000兄说总是有办法的,在下因此又仔细思量之后发觉也确实如此,还是可以在现在论坛基础上实现的。

关键是要认捐后取得随机数,而这个随机数的取得又必须是不可由人为控制的。在论坛中要取得随机数比较困难,但是论坛外还有很大的世界么,要取个随机数也不是那么难的。

先设一下这个随机数必须满足的条件:
1.必须随机均匀分布。(0到59之间)
2.必须可以事后检查验证。
3.其取得未经人为控制,至少不受希望之光义工和网友的控制。
4.取得随机数的时间最好能够比较及时,以免网友等待太久。

可以满足上面条件的随机数应该不少,我现在想到的是各大BBS上的每日登录人数,比如水木清华BBS上就有每日累计人数统计( <!-- m --><a class=\"postlink\" href=\"http://www.smth.org/guest-frames.html\">http://www.smth.org/guest-frames.html</a><!-- m --> BBS 水木清华站 - BBS 系统 - BBSLists版),这个数字看起来一般在四,五十万之间,对60取模后即可得到0到59之间均匀分布的随机数。此数字每日公布前一天的,似乎一两年里面不会被删除,符合事后检查的要求。而其具体数值由于是一天后再公布的,所以应该没有人能够控制。每天都会有数字产生,基本符合及时要求。

所以,可以说,现在随机数是有了。那么再整理一下关于认捐方法如何改变的想法。

每个认捐者以发贴秒数为一个序列,以产生的随机数为起始排序,排在前面的有认捐优先权。这样就可以避免大家必须比赛谁回帖快的弊病。认捐时间可以以一天或则两天为限,其实再长也不要紧。只要公布好以将来某一天的某个BBS登录人数为随机数,之前的认捐都可以作数。截止时间到达后,停止认捐,锁贴,等待随机数产生。然后以随机数起始,按秒数排序,前列者有权先挑选认捐的孩子。要么索性第一次认捐贴里不提孩子,就是报个名,得到序列后再选择孩子,这样比较清晰,但是对网友来说略有麻烦,要认捐两次。如果报名贴里就可以认孩子,那么每个ID只限一贴,每贴只限认一个孩子(稍多些也可,只要排好序,可以三个为限),如果被人先认捐,则由此网友重新选择。这样的话义工稍麻烦些,要检查再确认。

另外一个问题:
由于秒数范围有限,重复机会不小,如果出现两个认捐贴秒数相同,则应如何分先后?
我的设想是先以发贴数比较,以此鼓励大家多灌水,活跃论坛气氛,呵呵。如果发贴数也相同,这个概率其实很小,但是也是存在的,那么比较两人加入希望之光的时间,较早者排在较前,以此体现对老同志的尊重,嘿嘿。若是两位是同一天加入的,这个概率更小,但仍然是存在的,那么就以认捐贴先后顺序来排序吧,这个是不可能相同的了。

此方法的优点:
1.完全避免回贴大赛,与网速快慢毫无关系,认捐是否成功完全看运气。
2.认捐时间可以很长,一两天都没有关系,不至于每次要改来改去,还是很难满足所有网友要求。
3.认捐时网络堵塞的问题也不会再存在。

暂时想到这些,请大家补充讨论是否可行。
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

没人回应啊...只好自己提一下。

各位老大,给点意见如何?
难道是我写的太乱了,大家看不明白我想说什么?
回复 支持 反对

使用道具 举报

升级   100%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

看明白了,暗夜的意思是先集中抓号(随机号,发帖秒数什么都相当与抓阄儿),然后慢慢一个一个按顺序挑,是这意思吧。

我觉得公平多了。

缺点就一个字:慢!从认捐抓阄儿,排号儿,公布顺序,然后你来我往地用QQ或者邮件与跟帖人联系挑孩子,发剩下孩子的名单,回信确认,不可能人家抓完阄老在电脑前面守着吧,这个一来一回时间说不定要一天,而且你还不好确定具体是哪一天。不知道遇到认30,40孩子的时候会不会太疲劳。

还有一个办法是认2次。第一次抓阄,次日公布排名之后按顺序自己跟帖。我们排房子一般就用这种方式。但是要麻烦大家2趟,不知大伙会不会有意见。

我没意见,估计那些快枪手会有些许不满。
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

这个随机排序其实不是我提出来的(抱歉,原来是谁俺记不得了),只是顾虑没有个好的产生随机数的办法,所以这建议被搁置了。忽然想到个产生随机数的办法来,看起来这整个方式就应该是可行的了。

关于是否同时认捐孩子还是确定顺序后再认孩子确实是个问题,我前面也提到了两种做法,

一是:
索性第一次认捐贴里不提孩子,就是报个名,得到序列后再选择孩子,这样比较清晰,但是对网友来说略有麻烦,要认捐两次。

二是:
如果报名贴里就可以认孩子,那么每个ID只限一贴,每贴只限认一个孩子(稍多些也可,只要排好序,可以三个为限),如果被人先认捐,则由此网友重新选择。这样的话义工稍麻烦些,要检查再确认。


这样看起来清楚点吧?

选择哪种方式需要大家讨论了,我个人倾向于第二种。
回复 支持 反对

使用道具 举报

升级   0%

发表于 2004-3-26 04:15 | 显示全部楼层

建议[希望]之光改进认捐方式

嘻嘻,听到叫老大,我赶紧过来
  

粗粗看过了,还没细想。只是个人觉得随机选择也并不合适。最好的改进措施,希望能够与预约的顺序联系起来。
当然,最根本的问题还是严重的供不应求引起来的。而这个,不是能够在短期内或者很容易改变的:(((

先提起来再说
回复 支持 反对

使用道具 举报

高级模式
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|希望之光工作论坛 ( 京ICP备18037495号 )

GMT+8, 2025-4-29 02:16 , Processed in 0.165347 second(s), 15 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表