新版FAQ的变化——奖励机制的变化
来源:互联网 发布:java生成条形码 编辑:程序博客网 时间:2024/05/23 11:48
对FAQ贡献者的奖励,在FAQ被审核通过后,将不再立即给与奖励,而在FAQ被阅读到一定次数,并且FAQ被一定次数的人评价为有用后,才会奖励。
FAQ这部分的奖励,主要有两类人:
1、FAQ整理者
对 FAQ 整理者的奖励,是 FAQ被审核通过,大众可以看到这个FAQ后,并且这个FAQ被阅读次数达到一定数量的时候,同时这个FAQ被一定百分比的人评价为有用后,才给与奖励。并且奖励不是满足这个条件就立即给与奖励的,这个奖励是一个定式程序定时运算的。一般会安排这个程序一个月算一次。
初步考虑,奖励制度如下,也许在运行时候,考虑不够合理,会作调整:
一条FAQ 阅读人数达到 100 人以上, 70% 以上的人认为有用。 奖励用户 70 可用分。(一个FAQ只允许被这条制度奖励一次)
一条FAQ 阅读人数达到 500 人以上, 70% 以上的人认为有用, 奖励用户 300 可用分。(一个FAQ只允许被这条制度奖励一次)
一条FAQ 阅读人数达到 1000 人以上,80% 以上的人认为有用, 发勋章。(一个FAQ只允许被这条制度奖励一次)
2、FAQ 审核者
对 FAQ 的审核者的奖励,也不是在FAQ被审核通过后就立即实施,而是每月按照审核者的工作量,定时给与奖励。
初步考虑制度如下:
该用户审核的FAQ中, 阅读人数在 10 人以上, 至少 40% 以上的人认为这个FAQ有用。汇总出没被这个制度奖励的FAQ数量, 给与审核者这个数量的可用分奖励。(一个FAQ只能被这个制度奖励一次)
FAQ 只有阅读人数在 10 人以上, 至少 40% 以上的人认为这个FAQ有用,才会对这个FAQ的审核者奖励。
3、 FAQ 的主要解答者,将不会在新版FAQ中获得任何奖励,给与他们的奖励,将在新的论坛中给与奖励,FAQ中将不再给与任何奖励。
从前面的新FAQ阅读机制对比这个奖励机制,可以看出,扣除用户的,比起奖励的,CSDN 还要倒贴一些分数。显然这里是一个入不熬出的制度。
- 新版FAQ的变化——奖励机制的变化
- 新版FAQ的变化——阅读FAQ的变化
- 新版FAQ的变化——阅读分类变化
- 新版FAQ的变化——审核权的变话
- 下一代社区FAQ的变化。
- 计划总是赶不上变化——变化的计划
- Hadoop - Map/Reduce 通过WordCount例子的变化来了解新版hadoop接口的变化
- 新版FAQ的设计
- inotify -- 一种文件系统的变化通知机制
- Android4.4后短信机制的变化
- Vue2.0的变化(2)———vue2.0动画的变化、vue-2.0路由的变化
- 《数字图象处理——基本的灰度变化》
- Android监听——变量的变化
- Android监听——变量的变化
- linux文件系统变化通知机制—inotify
- 【状态模式】——状态的变化引起行为的变化
- 变化的职场,变化的你
- 变化的职场,变化的你
- 使用DES加密解密代码(C# & vb.Net)
- 谈谈J2SE中的序列化之接受默认序列化
- 以Delphi開發ActiveX元件
- 恢复cvs仓库中误删除的文件
- 数码照片的JPG文件高级信息(用C#读取图片的EXIF信息)
- 新版FAQ的变化——奖励机制的变化
- 都市男女的32声叹息
- 论坛语言全接触
- 关于表中某个字段的数据不能更新的问题
- 第3方外接raid控制器上安装Linux的问题……
- 使用Apache Axis部署 Web服务时的常见问题及其解决方法(转)
- 一个程序员的成长的六个阶段(转帖)
- 因为有了思维定式,所以我才这么痛苦
- 指针与引用的区别(More Effective C++)